JNDI理解心得

JNDI是一个支持访问java程序中命名和目录服务的API。命名服务的作用是把名字和对象联系起来，并提供一种通过对象名访问对象的方式。命名系统的对象覆盖了文件系统中的文件和DNS记录中的名字，以及EJB组件和LDAP目录下的用户系统配置文件。

JNDI不仅仅出来命名服务，还包含目录服务。目录服务。目录服务是对命名服务的扩展。这两者的区别在于，目录服务允许属性与对象的关联。

举例来说，在SUN提供支持的文件系统服务中，一个文件名即对应一个java.io.File的实例。如查找C:/TEMP/system.log，则返回的Object其实就是一个代表改路径的File实例。

JNDI包括API(应用程序变成接口)和SPI(服务供应器接口)。

命名服务将名字和对象关联起来，这种关联叫作绑定(binding)，一组这样的绑定则称为上下文(Context)。Context只了解命名系统中绑定集，对别的东西则一无所知，千万不要将Context看作一个特殊的java.io.File对象(尽管有点像，但绝对不是)。Context对象不像File对象，File对象可以告诉你它的绝对和相对路径名字并返回父亲的应用，而Context只能告诉你它的绑定。

前面提到的过目录服务，它不仅仅是名字和对象之间的关联，还有属性与对象的特定数据的关联。在JNDI中，含有属性和名字的对象被称为目录项。

就以我们前面举例的文件系统为例，好像它就只是命名系统，因为SUN公司文件系统供应器实现的方式就是这样的。但是，仔细想想，文件系统其实是一个目录系统，文件和目录都有权限、用户ID等属性。只是SUN公司的文件系统供应器没有实现而以。