假设我有一堂课:
public class MyTask implements Runnable {
@Inject
private Fizz fizz;
// Getters and setters for 'fizz'.
@Override
public void run() {
if(fizz.alleviatesBuzz())
doA();
else
doB();
}
private void doA() { ... }
private void doB() { ... }
}
然后我有另一堂课:
public class MyTaskDispatcher {
@Inject
private ThreadFactory threadFactory;
private Executor executor;
// Getter and setter for 'threadFactory'.
public void dispatch(MyTask task) {
if(executor == null)
executor = Executors.newCachedThreadPool(threadFactory);
executor.submit(task);
}
}
所以 Guice 注入MyTask
了 a Fizz
,也注入MyTaskDispatcher
了 aThreadFactory
然后用于创建和执行MyTask
它传递的实例。而且,由于它是一个缓存池,它只在需要但不可用时创建一个新线程。
我想知道当我们Fizz
作为单例或非单例注入时,Guice 在多线程环境中的“行为”如何。
让我们从非单例实例开始:
public class MyAppModule extends AbstractModule {
@Override
public void configure() {
bind(Fizz.class).to(FizzImpl.class);
// I don't think the functionality of MyThreadFactory
// really matters for the sake of this question.
bind(ThreadFactory.class).to(MyThreadFactory.class);
}
@Provides
FizzImpl providesFizz() {
return new FizzImpl(true, Buzz.ALWAYS, 35);
}
// I *believe* we always want the ThreadFactory to be singleton,
// because all of the threads spawn from it and its executor.
@Provides @Singleton
ThreadFactory providesThreadFactory() {
return new MyThreadFactory(12);
}
}
现在假设应用程序已经运行了一段时间,并且MyTask
已经提交了3个单独的s,因此存在3个运行线程。由于我们没有要求 Guice 将Fizz
es 作为单例注入,因此我假设每个线程都有自己的注入副本FizzImpl
,并且我们不必添加任何synchronize
-type 代码来防止 3 FizzImpl
s 碰撞并导致线程问题。
但是当我们让 GuiceFizzImpl
作为单例注入时会发生什么?!?现在,在MyAppModule
:
@Provides @Singleton
FizzImpl providesFizz() {
return new FizzImpl(true, Buzz.ALWAYS, 35);
}
如果 Guice 只提供 1 个全局的单例实例,那么在 3 个衍生线程中的每个线程中,该“副本”(如果这是正确的词的话)FizzImpl
的下游分支是什么?FizzImpl
有哪些陷阱需要注意?有什么方法可以对抗这些陷阱?提前致谢。