EJB 1.0和1.1规范只定义了一种在EJB组件中引用另一组件的方法，即通过Bean的远程接口。假如两个Bean都在同一个容器之内，则这种网络开销是不必要的。为解决这个问题，EJB 2.0规范定义了一种新的EJB引用类型，即本地引用。
一、两种引用类型
为了从其他EJB组件访问某个Bean，容器提供了一种非凡的机制。这种机制答应一个Bean提供者通过称为EJB引用的“逻辑名字”引用另一个EJB的Home。EJB容器利用应用的部署描述器为EJB构造环境，而这些引用在部署描述器中作为非凡的项目声明。在部署描述器中，部署者把组件代码中要用到的EJB引用绑定到其他被引用EJB的Home。
如前所述，在EJB 2.0规范出现之前，在一个EJB中引用其他Bean只有一种方法，即通过远程接口，它要求进行跨越网络的远程过程调用。假如某个事务由多个Bean协作完成，通过网络进行多个对象的汇集和释放将是一项相当繁重的工作。
EJB 2.0规范新增了一种本地接口类型，答应在同一容器之内的Bean直接互相引用，避免了远程接口的网络开销。本地接口是一种标准的java接口，而不是从RMI继续得到。EJB组件的定义可以包含本地接口或远程接口，或者两者都定义。
本地引用的指定方式和传统的远程引用一样，即在部署描述器中指定。事实上，本地引用的部署描述元素与远程引用的描述元素完全对应。
下面的代码片断是一个典型的远程引用：
PRodUCt
ejb/Product
Entity
com.xyz.widgets.ProductHome
com.xyz.widgets.Product
../products/product.jar#Product
下面的代码片断是同一Bean的本地引用：
Product
ejb/Product
Entity
com.xyz.widgets.ProductHome
com.xyz.widgets.Product
../products/product.jar#Product
下表简要说明了各个元素的用途：
二、创建本地接口，通过本地接口访问EJB
要把一个现有的远程接口改为本地接口，有三个地方必须修改：部署描述器，Bean的接口，以及对EJB的调用。前面我们介绍了如何通过部署描述器指定一个本地引用，现在我们要把远程接口转换成本地接口，然后修改JNDI查找调用，让它使用新的本地接口。
■ Home接口
指定Home接口时，现在必须导入的是“javax.ejb.EJBLocalHome”，而不是“javax.ejb.EJBHome”。接口的声明也必须改变，让它从“EJBLocalHome”（一个标准Java接口）继续，而不是从“EJBHome”（一个RMI接口）继续。同时，从该接口定义的方法中唯一应该抛出的异常是javax.ejb.CreateException，而java.rmi.RemoteException异常则不再必要。
■ 本地接口
指定本地接口时，现在必须导入“javax.ejb.EJBLocalObject”，而不是“javax.ejb.EJBObject”。接口声明也必须改变，让它从“EJBLocalObject”（一个本地接口）继续，而不是从“EJBObject”（一个RMI接口）继续。
■ 执行调用
创建好接口、设置好部署描述器之后，剩下的工作就是执行JNDI调用，查找对其他EJB的引用。调用Bean的远程接口时，javax.rmi.PortableRemoteObject的“narrow()”方法汇集经过RMI的调用。对于本地引用，这种开销就不再必要，这时只需简单地进行JNDI查找并进行适当的类型定型。下面是一个例子：
home = (ProductHome) initCtx.lookup("java:comp/env/ejb/Product");
它不仅提高了效率，而且代码也比用来获取远程接口的代码更直观易懂。
本地接口使得处于同一容器内的两个EJB组件能够更高效地进行通信。对于实体Bean的应用来说，这种技术尤其有用，因为与客户程序直接访问实体Bean相比，在实践中，通过会话Bean访问实体Bean得到了更广泛的认可。
假如你预备使用本地引用，请先检查自己的应用服务器平台是否支持它。也许，在EJB 2.0规范获得广泛应用之前，我们还得等待一段时间。
