疑问jboss的jndi名称空间，谢谢指导

jarfield
jarfield
等级:

发表于：2007-10-10 18:24:136楼得分:0

赞JBossWeek的解释。zaozaowang的问题，要求对JBoss JNDI服务的实现机制有一定的了解。我参考了JBoss的部分源代码，做一点补

充。

java:comp下绑定的是组件(可以认为就是EJB)的ENC。ENC是组件唯一的，也就是说每个组件都有自己特定的ENC。为了实现这样的机

制，JNDI实现需要解决以下三个问题：
1、需要隔离不同组件的ENC。
这一点是显然的，每个组件都需要有自己的ENC对象。
2、仅仅实现隔离是不够的，还要让各个组件能够“找到”属于自己的ENC。
这一问题也好解决。所有组件的ENC都保存在一个类似Map的地方，每个组件持有自己的key，就可以找到自己的ENC。
3、这个“找到”的过程是对程序员透明的。
这个问题很重要，也是体现JavaEE思想的地方。获取某个组件的ENC的过程，就是查找Map的过程。学过数据结构的都知道，查找

Map是需要提供key的。但是程序员在编写Bean方法的时候，他不需要知道Bean的key，也无需提供key，而是以相同的方式获得该Bean

特定的ENC。尽管每个Bean都有自己的key，但是程序员在获取ENC的时候并不需要提供这个key。进一步说，key的分配和管理肯定是

容器的责任，而不可能是程序的责任。因为程序员只是编写自己的Bean，他无法保证key的唯一性。因此程序员也只能以某种固化的

方式获取Bean的ENC。事实上，程序员只要在Bean的方法中使用如下代码：
InitialContext ctx = new InitialContext();
Context enc = (Context)ctx.lookup("java:comp/")。 //enc就是指向该Bean的ENC的引用

让我们看看JBoss是如何解决这三个问题的。
1、对于第一个问题：
每个Bean都会拥有一个自己的NamingContext对象，它就是该Bean的ENC。这里的“拥有”并不是说NamingContext是该Bean的一个

成员变量。ENC其实是被保存在ENCFactory类的静态WeakHashMap中。
那么，Bean的ENC什么时候被创建呢？答案是，在JBoss部署这个Bean的时候。部署Bean的过程，其实就是创建该Bean的容器对象

。在创建容器的过程中，会创建Bean的ENC，以及设置ENC的内容，如环境入口变量、EJB引用、资源工厂引用等。创建好的ENC保存在

ENCFactory的WeakHashMap中。
2、对于第二个问题：
每个Bean的NEC都有一个对应的key，根据该key，可以在ENCFactory中查找到ENC。在JBoss中，每个容器对象都有一个成员变量

classloader。这个classloader是容器唯一的。而每个Bean与容器对象也是一一对应的关系，JBoss会为每个Bean组件创建一个容器

对象。因此，classloader也是Bean唯一的，从而这个classloader就称为了ENC的key。
3、对于第三个问题：
在上面的那段代码中，并没有出现classloader，但是InitialContext的lookup方法一定会使用classloader作为key的。那么

classloader是怎么传递给lookup方法的呢？答案是通过线程上下文类加载器。
InitialContext.loopup方法在Bean的方法中执行，Bean方法总是被客户调用的。在JBoss中，客户对Bean的调用并不是直接到达

Bean实例的，而是有很长一段中间过程。这个调用会经历客户端代理、客户端拦截器拦截器链、分离调用器，然后到达容器对象，接

着又经历容器拦截器链，最后到达Bean实例的Bean方法。在调用达到容器对象时，容器会将自己的classloader设置当前线程的上下

文类加载器。当Bean方法调用InitialContext的lookup方法时，还是处于同一个线程中。loohup方法发现要查找的jndi名称是

以"java:com"开头时，它就将查找任务委派给ENCFactory对象，并以当前线程上下文类加载器作为key，提供给ENCFactory。

ENCFactory就可以根据key，在WeakHashMap中查找相应的ENC，并作为返回值。
因此，ENC的key是以当前线程上下文类加载器的方式，“隐式”传递给InitialContext.lookup方法。这个过程有容器完成，与

Bean没有关系，对程序员自然也就是透明的了。

修改删除举报引用回复