CDI、有状态会话bean、无状态会话bean、pojo和不同作用域之间的关系

Question

我正在学习j2ee，如果问题看起来很基本请原谅。

在httpsession中，会话ID存储在客户端，与之相关的数据存储在服务器端。

现在，当我在POJO上使用CDI@SessionScoped时，这是否意味着EJB容器（？）在会话中存储pojo。（Session.SetAttribute(POJO))

CDI可以区分SFB、SLB和POJO吗？

Answer 1

现在，当我在sfb上使用CDI@sessionscoped时，这是否意味着只会为那个sfb或EJB容器返回JSESSIONID（？）是否会在服务器端存储另一个sfb副本？

JSessionID与html" target="_blank">http会话相关，而不是与任何EJB（无状态或有状态）相关。当您使用@sessionscoped时，您的sfb将通过CDI与您的http会话相关联。

现在，当我在sfb上使用CDI@RequestScoped时，它是否没有用，因为sfb一直持续到会话？

现在，当我在slb上使用CDI@SessionScoped时，使用@SessionScoped是否没有用，因为slb只用于方法调用？

或多或少是的。一些CDI框架（例如OWB）甚至不允许这样做，只允许@dependent作用域。SLB实际上寿命更长，但由于它不存储任何状态，因此它的实例可以被许多客户机池使用。

现在，当我在POJO上使用CDI@SessionScoped时，这是否意味着EJB容器（？）在会话中存储pojo。（Session.SetAttribute(POJO))

POJO由CDI框架与http会话相关联，不直接作为属性存储在会话中。

CDI可以区分SFB、SLB和POJO吗？

是的，CDI容器可以区分这些，并以不同的方式处理它们，例如类型可见性、允许的作用域。例如，规范的片断：

无状态会话bean必须属于@dependent伪作用域。单例bean必须属于@applicationscoped作用域或@dependent伪作用域。如果会话bean指定了非法范围，容器将自动检测问题并将其视为定义错误。有状态会话bean可以有任何作用域。