减少上下文实例

　　清单 1 显示了一段典型的EJB代码，它需要多次JNDI查找。请花一点时间研究代码，然后我们将对它进行优化以获得更佳性能。

　　清单 1. 典型的EJB查找

以下是引用片段： 1 public boolean buyItems(PaymentInfo paymentInfo, String storeName, 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 }

　　尽管这个示例多少有点刻意，但它确实揭示了使用JNDI时的一些最明显的问题。对于初学者，您应该问问自己，新建InitialContext对象是否必需。很可能在应用程序代码的其它地方已经装入了这个上下文，而我们又在这里创建了一个新的。高速缓存InitialContext实例会立即促使性能提高，如清单2所示：

　　清单 2. 高速缓存InitialContext实例

以下是引用片段： 1 public static Context getInitialContext() { 2       if (initialContext == null) { 3           initialContext = new InitialContext(); 4       } 5       return initialContext; 6 }

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

　　优化查找

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

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

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

　　清单 3. EJB home接口工厂

以下是引用片段： 1 package com.ibm.ejb; 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 }

　　EJBHomeFactory类内幕

　　home接口工厂的关键在homeInterfaces映射中。该映射存储了供使用的每个bean的home接口；这样，home接口实例可以反复使用。您还应注意，映射中的关键并 不是传递到lookup()方法的JNDI名称。将同一home接口绑定到不同JNDI名称是很常见的，但这样做会在您的映射中产生副本。通过依靠类本身，您就可以确保最终不会为同一个bean创建多个home接口。

　　将新的home接口工厂类插入清单１的原始代码，这样将会产生优化的EJB查找，如清单 4 所示：

　　清单 4. 改进的EJB查找

以下是引用片段： 1 public boolean buyItems(PaymentInfo paymentInfo, String storeName, 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 }

　　随着时间的推进，除了更清晰之外（至少按我的观点），以上工厂优化的EJB查找将执行得更快。您第一次使用这个新类时，将花费所有正常查找开销（假定应用程序的其它部分没有付出过这种开销），但将来的所有JNDI查找都将继续使用原先的查找结果。还有必要指出，home 接口工厂 不会干扰您容器的bean管理。容器管理的是bean实例，而不是这些bean实例的home接口。您的容器还将管理实例交换，以及其它您希望它执行的任何优化。