在EJB Singleton中的Thread.sleep（），具有并发管理类型。豆子

Question

线EJB bean中的sleep（）被视为反模式线程。EJB中的sleep（），因为“您不应该创建或管理线程”

但是从EJB 3.1中，我们可以为其定义ConouscyManagementType。豆子。根据EJB规范：

通过Bean托管并发划分，容器允许对单例bean实例进行完全并发访问。bean开发人员有责任根据需要保护其状态，防止并发访问导致的同步错误。bean开发人员可以为此使用Java语言级别的同步原语，如同步和易失性。

所以，如果我想实现方法等待一分钟，我可以在这样的Singleton中使用Thread.sleep（），或者可以使用超时的等待（），因为它是同步原语，或者它仍然将被视为反模式？

Answer 1

EJB规范引用了：

企业bean不能试图管理线程。企业bean不能尝试启动、停止、挂起或恢复线程，也不能更改线程的优先级或名称。企业bean不能试图管理线程组。

因此规范明确地说不要调用start（）、stop（）、suspend（）和resume（）方法。它没有说任何关于sleep（）或wait（）的内容，我想说，认为这些方法也被禁止是一种过度的解释。

因此，睡眠（）应该可以毫无问题地工作，并且使用bean管理的并发甚至可以不阻塞其他线程。然而，我想知道你为什么需要睡觉，但这是一个不同的问题。

对于wait（），您需要一个带有监视器的同步块，根据您选择的对象，您可能会阻止其他线程。可能您希望拥有互斥代码或不想要互斥代码，这取决于您的用例。

使用容器管理的concurreny，sleep（）和wait（）都会在睡眠时间内阻止其他线程。

Answer 2

EJB 3.1规范说：

企业bean不能试图管理线程。企业bean不能尝试启动、停止、挂起或恢复线程，也不能更改线程的优先级或名称。企业bean不能试图管理线程组。

用线。sleep（）即使bean使用ConcurrencyManagementType进行注释，您仍然会违反上述规则。豆

通过注入托管执行器服务，可以在托管线程中使用Thread.sleep（）。像这样的东西：

    @Stateless
    public class ManagedThread {

    @Resource
    ManagedExecutorService executor;

        public void executeManagedThread(){
            Runnable task = () -> {
                try {
                    // some long running task
                    Thread.sleep(1000);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
            };
            executor.execute(task);
        }

    }

并发管理类型。BEAN对于管理单例BEAN中的并发访问非常有用。例如，并发访问在读写某些资源方面有所不同。更多信息可以在这里找到http://docs.oracle.com/javaee/6/tutorial/doc/gipvi.html.