【IT168 技术文章】
减少上下文实例
清单 1 显示了一段典型的 EJB 代码，它需要多次 JNDI 查找。请花一点时间研究代码，然后我们将对它进行优化以获得更佳性能。
清单 1. 典型的 EJB 查找
2 List items) {
3 // Load up the initial context
4 Context ctx = new InitialContext();
5 // Look up a bean's home interface
6 Object obj = ctx.lookup("java:comp/env/ejb/PurchaseHome");
7 PurchaseHome purchaseHome =
8 (PurchaseHome)PortableRemoteObject.narrow(obj, PurchaseHome.class);
9 Purchase purchase = purchaseHome.create(paymentInfo);
10 // Work on the bean
11 for (Iterator i = items.iterator(); i.hasNext(); ) {
12 purchase.addItem((Item)i.next());
13 }
14 // Look up another bean
15 Object obj = ctx.lookup("java:comp/env/ejb/InventoryHome");
16 InventoryHome inventoryHome =
17 (InventoryHome)PortableRemoteObject.narrow(obj, InventoryHome.class);
18 Inventory inventory = inventoryHome.findByStoreName(storeName);
19 // Work on the bean
20 for (Iterator i = items.iterator(); i.hasNext(); )
21 inventory.markAsSold((Item)i.next());
22 }
23 // Do some other stuff
24 }
25
尽管这个示例多少有点刻意，但它确实揭示了使用 JNDI 时的一些最明显的问题。对于初学者，您应该问问自己，新建 InitialContext 对象是否必需。很可能在应用程序代码的其它地方已经装入了这个上下文，而我们又在这里创建了一个新的。高速缓存 InitialContext 实例会立即促使性能提高，如清单 2 所示：
清单 2. 高速缓存 InitialContext 实例
2 if (initialContext == null) {
3 initialContext = new InitialContext();
4 }
5 return initialContext;
6 }
7
通过对 getInitialContext() 使用助手类，而不是为每个操作都实例化一个新的 InitialContext ，我们将遍布在应用程序中的上下文数量减少为一个。
优化查找
高速缓存上下文实例这个步骤的方向是正确的，但仅这样做，还不足以完成优化。我们每次调用 lookup() 方法时都会执行一次新查找，并返回 bean 的 home 接口的新实例。至少，JNDI 查找通常是这样编码的。但如果每个 bean 都只有一个 home 接口，并在多个组件上共享这个接口，这样不是更好吗?
我们可以高速缓存每个单独的 bean 引用，而不是反复查找 PurchaseHome 或 InventoryHome 的 home 接口;这是一种解决方案。但我们真正想要的是一种更通用的机制：在 EJB 应用程序中高速缓存 home 接口。
答案是创建通用助手类，它既可以为应用程序中的每个 bean 获取初始上下文，又可以为它们查找 home 接口。此外，这个类还应该能够为各种应用程序组件管理每个 bean 的上下文。清单 3 中所示的通用助手类将充当 EJB home 接口的工厂：
清单 3. EJB home 接口工厂
2 import java.util.Map;
3 import javax.ejb.EJBHome;
4 import javax.naming.Context;
5 import javax.naming.InitialContext;
6 import javax.naming.NamingException;
7 public class EJBHomeFactory {
8 private static EJBHomeFactory;
9 private Map homeInterfaces;
10 private Context context;
11 // This is private, and can't be instantiated directly
12 private EJBHomeFactory() throws NamingException {
13 homeInterfaces = new HashMap();
14 // Get the context for caching purposes
15 context = new InitialContext();
16 /**
17 * In non-J2EE applications, you might need to load up
18 * a properties file and get this context manually. I've
19 * kept this simple for demonstration purposes.
20 */
21 }
22 public static EJBHomeFactory getInstance() throws NamingException {
23 // Not completely thread-safe, but good enough
24 // (see note in article)
25 if (instance == null) {
26 instance = new EJBHomeFactory();
27 }
28 return instance;
29 }
30 public EJBHome lookup(String jndiName, Class homeInterfaceClass)
31 throws NamingException {
32 // See if we already have this interface cached
33 EJBHome homeInterface = (EJBHome)homeInterfaces.get(homeClass);
34 // If not, look up with the supplied JNDI name
35 if (homeInterface == null) {
36 Object obj = context.lookup(jndiName);
37 homeInterface =
38 (EJBHome)PortableRemoteObject.narrow(obj, homeInterfaceClass);
39 // If this is a new ref, save for caching purposes
40 homeInterfaces.put(homeInterfaceClass, homeInterface);
41 }
42 return homeInterface;
43 }
44 }
45
EJBHomeFactory 类内幕
home 接口工厂的关键在 homeInterfaces 映射中。该映射存储了供使用的每个 bean 的 home 接口;这样，home 接口实例可以反复使用。您还应注意，映射中的关键并 不是传递到 lookup() 方法的 JNDI 名称。将同一 home 接口绑定到不同 JNDI 名称是很常见的，但这样做会在您的映射中产生副本。通过依靠类本身，您就可以确保最终不会为同一个 bean 创建多个 home 接口。
将新的 home 接口工厂类插入清单 1 的原始代码，这样将会产生优化的 EJB 查找，如清单 4 所示：
清单 4. 改进的 EJB 查找
2 List items) {
3 EJBHomeFactory f = EJBHomeFactory.getInstance();
4 PurchaseHome purchaseHome =
5 (PurchaseHome)f.lookup("java:comp/env/ejb/PurchaseHome",
6 PurchaseHome.class);
7 Purchase purchase = purchaseHome.create(paymentInfo);
8 // Work on the bean
9 for (Iterator i = items.iterator(); i.hasNext(); ) {
10 purchase.addItem((Item)i.next());
11 }
12 InventoryHome inventoryHome =
13 (InventoryHome)f.lookup("java:comp/env/ejb/InventoryHome",
14 InventoryHome.class);
15 Inventory inventory = inventoryHome.findByStoreName(storeName);
16 // Work on the bean
17 for (Iterator i = items.iterator(); i.hasNext(); ) {
18 inventory.markAsSold((Item)i.next());
19 }
20 // Do some other stuff
21 }
22
随着时间的推进，除了更清晰之外(至少按我的观点)，以上工厂优化的 EJB 查找将执行得更快。您第一次使用这个新类时，将花费所有正常查找开销(假定应用程序的其它部分没有付出过这种开销)，但将来的所有 JNDI 查找都将继续使用原先的查找结果。还有必要指出，home 接口工厂 不会干扰您容器的bean 管理。容器管理的是 bean 实例，而不是这些 bean 实例的 home 接口。您的容器还将管理实例交换，以及其它您希望它执行的任何优化。
