EJB 的最佳实践：工业强度的 JNDI 优化

　　清单 2. 高速缓存 InitialContext 实例

　　通过对 getInitialContext() 使用助手类，而不是为每个操作都实例化一个新的 InitialContext，我们将遍布在应用程序中的上下文数量减少为一个。

　　线程化会怎么样？

　　如果您对此处提出的解决方案的线程化感到担心，那大可不必。两个线程同时进行 getInitialContext() 是绝对有可能的（从而一次创建两个上下文），但只有首次调用该方法时才会发生此类错误。因为问题至多只会发生一次，所以同步是不必要的，实际上，同步引入的复杂性比它所解决的复杂性更多。

　　优化查找

　　高速缓存上下文实例这个步骤的方向是正确的，但仅这样做，还不足以完成优化。我们每次调用 lookup() 方法时都会执行一次新查找，并返回 bean 的 home 接口的新实例。至少，JNDI 查找通常是这样编码的。但如果每个 bean 都只有一个 home 接口，并在多个组件上共享这个接口，这样不是更好吗？

　　我们可以高速缓存每个单独的 bean 引用，而不是反复查找 PurchaseHome 或 InventoryHome 的 home 接口；这是一种解决方案。但我们真正想要的是一种更通用的机制：在 EJB 应用程序中高速缓存 home 接口。

　　答案是创建通用助手类，它既可以为应用程序中的每个 bean 获取初始上下文，又可以为它们查找 home 接口。此外，这个类还应该能够为各种应用程序组件管理每个 bean 的上下文。清单 3 中所示的通用助手类将充当 EJB home 接口的工厂：

　　清单 3. EJB home 接口工厂