我打算用来EJBContext将一些属性从应用程序层（特别是消息驱动的Bean）传递到不能直接注入或传递参数的持久性生命周期回调（EclipseLink中的会话侦听器，实体生命周期回调等），并且该回调EJBContext通过JNDI
获取。

这似乎可以正常工作，但是我是否缺少任何隐藏的陷阱，例如线程安全性或对象寿命？（假设要传递的属性值是不变的，如String或Long。）

样本豆代码

@MessageDriven
public class MDB implements MessageListener {
   private @Resource MessageDrivenContext context;

   public void onMessage(Message m) { 
      context.getContextData().put("property", "value");
   }
}

然后使用EJBContext的回调

public void callback() { 
   InitialContext ic = new InitialContext();
   EJBContext context = (EJBContext) ic.lookup("java:comp/EJBContext");
   String value = (String) context.getContextData().get("property");
}

我想知道的是，我可以确定contextData映射内容仅对当前调用/线程可见吗？换句话说，如果两个线程同时运行该callback方法，并且都EJBContext从JNDI
查找一个，那么它们实际上是在获取不同的contextData映射内容吗？

而且，这实际上是如何工作的- EJBContext从JNDI查找返回的结果ThreadLocal最终是否真的是围绕类结构的包装对象？