@Singleton会话bean是跨不同会话管理对象的正确位置吗？

Question

我仍在学习合适的JavaEE模式，希望您能给我一些关于解决这个问题的最佳工具的建议。

我有一个需要管理多个智能代理实例的系统。客户端可以创建新实例，也可以按名称访问所需实例。多个客户端可以同时访问同一个代理。

我们的计划是通过REST接口向代理公开操作，因此调用可能类似于：

GET  /sessions/
POST /sessions/{name}
PUT  /sessions/{name}/doanaction

这些会话在重启后不会持续，所以我不寻求资源管理。

我的想法是，我们可以使用一个@Singleton会话bean来管理名称到代理的映射，然后将其注入到将为REST Web服务提供实用程序方法的@Statless会话bean中。

我想确保我没有在这里滥用@Singleton。因为多个客户端可以访问同一个代理，所以似乎没有任何方法可以使用JavaEE会话管理来促进跨会话的对象管理。除了@Singleton会话bean之外，我还应该使用其他可注射对象吗？这通常是解决这个问题的正确方法吗？感谢提示！

Answer 1

我认为EJB的任何开箱即用机制都不适合代理的概念，代理是一个有状态的实体，在服务器中有自己的生命周期，同时可供多个客户端访问。

无状态会话bean没有状态，有状态会话bean仅用于一个客户端。

因此，一种可能的设计是将状态从代理提取到AgentState对象中。然后将每个代理的状态存储在ConcurrentHashMap中，按代理名称索引。散列映射可以包装在@Singletonbean中。

然后，REST控制器代码可以按名称检索代理状态，动态实例化一个代理new MyAgent（agentState），将状态传递给它，然后执行一些操作。

多个客户端可以同时从缓存中检索代理状态。关键是，当代理对象执行复合操作时，需要通过锁定代理对象来防止代理状态的损坏：

类MyAgent{

public void someCompoundOperation() {
    synchronized (agentState) {
        ...
        String propertyA = agentState.getPropertyA();
        ... compare A with something

        agentState.setPropertyA(newA);
        ...
    }
}

这将防止两个客户端读取相同属性值时出现争用情况，并同时执行操作，而不是等待另一个代理完成并释放代理状态。