我想实现一个包装器类。该课程唯一面向公众的内容是:
Supplier<WrappedType>
。在行为上遵循以下规则:创建包装类的逻辑可能会有副作用,并且只能被调用一次。而且,显然,getter方法应始终实际上返回相同的包装类实例,这实际上应该是运行传递给构造函数的逻辑的结果。
我认为我的代码可以满足我的要求,但是我不确定如何测试它是否一定能正常工作或是否有更好的方法。
package foo;
import java.util.function.Supplier;
public final class ConcurrentLazyContainer<A> {
private Supplier<A> supplier;
private A value;
public ConcurrentLazyContainer(Supplier<A> supplier) {
this.supplier = supplier;
value = null;
}
public synchronized A get() {
if (value == null) {
value = supplier.get();
supplier = null;
}
return value;
}
}
仅使用synchronized
就能使我一直到这里想要的东西吗?也许我的领域也需要波动吗?
我编写了一个测试,该测试启动了调用同一包装程序的新线程,但是在我看来供应商没有被多次调用,这很奇怪,因为我不太了解为什么在这里不需要使用volatile
答案 0 :(得分:1)
关于该问题的评论是正确的:如果您仅在value
方法内访问synchronized
,那么您也不必同时是volatile
。但是,在某些情况下,您可以使用double-checked locking来提高性能。
public final class Lazy<T> {
private final Supplier<? extends T> initializer;
private volatile T value;
public Lazy(Supplier<? extends T> initializer) {
this.initializer = initializer;
}
public T get() {
T result = this.value;
if (result == null) {
synchronized (this) {
result = this.value;
if (result == null) {
this.value = result = this.initializer.get();
}
}
}
return result;
}
}
此代码基于 Effective Java 和 Java Concurrency in Practice 中显示的一些示例。请注意,此代码检查两次,以检查result
是否为null
,一次在synchronized
块外,一次在内部。这样做的好处是,如果值已经存在,则不需要同步。请注意,采用这种策略,value
必须为volatile
,因为它是在synchronized
块之外访问的。