Eva*_*urd 7 concurrency singleton multithreading ejb java-ee
我和一位同事讨论了单例会话bean中的并发管理问题.根据我的理解,在阅读Oracle文档后,如果@ConcurrencyManagement
省略注释,则默认为容器管理的并发.在文档中,它说明了有关容器管理的单例会话bean的以下内容:
javax.ejb.Lock注释和javax.ejb.LockType类型用于指定单例的业务方法或@Timeout方法的访问级别.
和
如果单例类中不存在@Lock批注,则默认锁定类型@Lock(LockType.WRITE)将应用于所有业务和超时方法.
现在,如果您使用bean注释bean @ConcurrencyManagement(ConcurrencyManagementType.BEAN)
,那么您有责任确保使用synchronized
关键字和其他标准Java并发功能在所有客户端之间同步bean的状态.文章甚至说:
允许使用bean管理的并发创建单例的开发人员使用Java编程语言同步原语(例如同步和volatile)来防止并发访问期间的错误.
我没有在容器管理并发部分的任何地方看到这一点,这让我相信如果你想自己同步事物,你需要用它来注释类@ConcurrencyManagement(ConcurrencyManagementType.BEAN)
.
我的同事做了一个评论,说"当你在我的豆子上看到这个注释时,你们做了一些奇怪的东西",这开始了这个讨论.
他的豆子都没有任何@ConcurrencyManagement
注释,但他在synchronized
整个班级中都使用了关键词.我是否正确地说他正在使用的任何更细粒度的同步都是毫无意义的,因为他的所有商业方法都有隐含的@Lock(LockType.WRITE)
注释?这意味着如果客户端调用他的一个方法,那么没有其他客户端可以调用bean的任何方法,因此方法中的显式同步将是无用的.
例如,对于在其中一个业务方法中myLock
使用的某些锁synchronized (myLock)
,由于这些方法本身有效地同步,因此不存在对该锁的争用.
如果我错了,请纠正我,但看起来他的方法基本上是这样的:
public synchronized void myMethod() {
// do stuff
synchronized (lock) {
// modify mutable state
}
}
public synchronized void myOtherMethod() {
// do other stuff
synchronized (lock) {
// modify mutable state
}
}
Run Code Online (Sandbox Code Playgroud)
假设lock
在这个单例会话bean中创建它只是为了保护bean中的可变状态,它似乎在使用容器管理的并发时不起任何作用.
提前感谢您对此有任何见解!
一般来说,您的所有期望都是正确的。有一种小情况,您同事的代码实际上可以使用同步原语。
如果存在 ejb-jar.xml 文件,则可以将并发管理设置为由 bean 管理。它看起来像这样:
<enterprise-beans>
<session>
<ejb-name>MySingletonEJB</ejb-name>
<ejb-class>com.blah.MySingletonEJB</ejb-class>
<transaction-type>Bean</transaction-type>
...
</session>
...
</enterprise-beans>
Run Code Online (Sandbox Code Playgroud)
从 EJB 3 开始,这确实是一种糟糕的做法,并且注释绝对是首选,因为配置与源代码是正确的。
归档时间: |
|
查看次数: |
2069 次 |
最近记录: |