JNDI的简单理解

   看了JNDI的实现，我感有点惊讶和一点迷惑，惊讶的是系统编程比应用编程就难度来说还真不好说，比如就象实现JNDI，SUN已经定好了Interface,你要做的就是弄清楚整个功能的原理，然后去实现他，然而应用编程则没有人为你定好Interface,你只能根据需求分析自己定好Interface，自己定好框架，但是这个框架能不能满足需求那就不好说了，但是SUN定的规范可是肯定可以实现功能的，并且一般情况下你必须全部实现接口中的每一个函数，要不然，人家说你又不符合他的规范，不能通过他的认证。

  好了下面我讲讲我读JNDI的经过。JNDI的规范我大概的看了一下，大概知道了JNDI是干什么用的，实际上我的理解就是JNDI是一种服务，什么样的服务呢，就是你给我一个字符串，我就给出对应字符串所对应的对象。那这东西有什么用呢？那我们不是经常在客户端写代码的时候不是经常写 Context ctx = new InitialContext();Object obj = ctx.lookup("/ejb/LotteryEJB");这样类似的代码，如果说"/ejb/LotteryEJB"是你刚才所说的字符串的话，那obj就应该是对应的对象，夷，这怎么好象有点象EJB的调用啊，哈，哥哥你真是冰雪聪明，这就是EJB调用开始的时候调用JNDI服务的代码。原来就是这样啊，那实现这玩意不是太容易了，弄一个HashMap的实例hm，把你要部署的字符和对象通过hm.put("/cs",对象)放进去，如果谁要查的时候就是把要查的字符传过来，Object cs = hm.get("/cs")，CS就是要你要找的对象。CS？好啊，AK，M4，暴头....,我想暴头想了很久了,但是这CS到底是我要暴头的人，还是和我一起暴头的人，还是已被我暴头的人呢？哈，告诉你吧，都是。根据JNDI的规范，这CS可以代表对象，设备都可以，当然只要你愿意连MM都可以代表，真的，哪里有啊！我机子上好多啊---100多M的美女图片，哦我差点忘了，文件也可以是JNDI服务所返回的东东。对了要是你问我MM图片怎么传到你的机子上面去，我只能告诉你，你可以通过socket传啊， 你传一个"/cs"，我回传一个cs给你，就这么简单。好了，如果到目前为止你只对我的100M图片感兴趣的话呢，那你就不要往下看了，你给我发E-MAIL，我告诉你哪里还有好多。
org.huihoo.jfox.jndi下面的ContextImpl是实现Context接口，但是很这个类不是实现真正JNDI功能的类，真正实现该功能就是NamingServiceImpl类，NamingService不是SUN规范所规定的接口，但是他的函数和Context接口差不多，也就是说完成的是和Context接口的功能差不多。也就是说NamingServiceImpl才是JNDI服务的提供者，而Context是客户端去调用JNDI服务的接口，那提起服务的实现那大家都自然都想起了多线程，就想起了一个孤独的socket的实例fox在不停的listen,listen啊，但是他怎么等不到
"我要嫁给你"的字符串！fox不止一次的怀疑自己的实现的Runnable接口是否为倒版,并且还怀疑对方是不是找对了IP而发错了端口。
所以说为了能更好提供JNDI服务，NamingServiceImpl决定把自己交给ServiceWrapper包装一下，然后再对外发布，要知道ServiceWrapper
专门为守侯线程所设计，面对各种各样的的请求，都能抓住处理掉，并且面对各种请求都能一一满足。现在我只希望ServiceWrapper能够
满足我一种请求那就是--有没有吃的，我好饿！有没有人请吃饭啊！我饿死了！