管理Singleton会话Bean中的并发访问

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中的可变状态,它似乎在使用容器管理的并发时不起任何作用.

提前感谢您对此有任何见解!

Chi*_*ill 2

一般来说,您的所有期望都是正确的。有一种小情况,您同事的代码实际上可以使用同步原语。

如果存在 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 开始,这确实是一种糟糕的做法,并且注释绝对是首选,因为配置与源代码是正确的。