之前做了一个properties文件内容加密的东西，因为很多时候，系统正式上线都是改用成JNDI配置数据源，所以正好也把JNDI的知识点整理一下。
Java命名和目录接口（Java Naming and Directory Interface ，JNDI）是用于从Java应用程序中访问名称和目录服务的一组API。命名服务即将名称与对象相关联，以便能通过相应名称访问这些对象。而目录服务即其对象具有属性及名称的命名服务。
好官方，好晦涩。
就拿最常见的数据源配置来说，程序开发最早是这个样子的，用mysql举例：
Connection conn=null;
try {
Class.forName("com.mysql.jdbc.Driver",true, Thread.currentThread().getContextClassLoader());
conn=DriverManager.getConnection("jdbc:mysql://MyDBServer?user=qingfeng&password=mingyue");
/* SQL操作 */
......
}
存在的问题：
1、数据库服务器名称MyDBServer、用户名和口令都可能需要改变，由此引发JDBC URL需要修改；
2、数据库可能改用别的产品，如改用DB2或者Oracle，引发JDBC驱动程序包和类名需要修改；
3、随着实际使用终端的增加，原配置的连接池参数可能需要调整；
解决办法：
程序员应该不需要关心“具体的数据库后台是什么？JDBC驱动程序是什么？JDBC URL格式是什么？访问数据库的用户名和口令是什么？”等等这些问题，程序员编写的程序应该没有对 JDBC 驱动程序的引用，没有服务器名称，没有用户名称或口令 —— 甚至没有数据库池或连接管理。而是把这些问题交给J2EE容器来配置和管理，程序员只需要对这些配置和管理进行引用即可。
有了JNDI之后：
1、配置数据源，这个不同的J2EE容器有各自的配置方法，比如tomcat就是在web.xml/conf.xml中增加配置，weblogic可以在console控制台中进行配置。
2、在程序中引用数据源：
Connection conn=null;
try {
Context ctx=new InitialContext();
Object datasourceRef=ctx.lookup("java:MySqlDS"); //引用数据源
DataSource ds=(Datasource)datasourceRef;
conn=ds.getConnection();
/* SQL操作 */
......
}
直接使用JDBC或者通过JNDI引用数据源的编程代码量相差无几，但是现在的程序可以不用关心具体JDBC参数了。
由此可见，JNDI避免了程序与数据库之间的紧耦合，使应用更加易于配置、易于部署。
能否在没有应用服务器的程序中使用JNDI技术呢？答案是：可以！比如Filesystem（访问和操作文件系统）
import javax.naming.Context;
import javax.naming.InitialContext;
import javax.naming.NamingException;
importjava.io.File;
import java.util.Hashtable;
public class TestFileSystemJNDI {
public static void main(String[] args) {
try{
Hashtable env = new Hashtable();
String name = "E:\\code\\shiro-example-master.zip"; //我本地电脑的一个文件
//文件系统服务的提供者
env.put(Context.INITIAL_CONTEXT_FACTORY, "com.sun.jndi.fscontext.RefFSContextFactory");
Context ctx = new InitialContext(env);
//通过上下文查找名称对应的对象
File obj = (File)ctx.lookup(name);
System.out.println("名称：[" + name + "]绑定的对象是:" + obj);
System.out.println("绑定的对象基本信息：" + obj.getName() + " | " + obj.getPath() + " | " + obj.getParent());
}catch(Exception e){
e.printStackTrace();
}
}
}
运行结果:
名称：[E:\code\shiro-example-master.zip]绑定的对象是:E:\code\shiro-example-master.zip
绑定的对象基本信息：shiro-example-master.zip | E:\code\shiro-example-master.zip | E:\code
J2EE就是这样，把接口留给程序员，把细节实现留给提供商。
附一张图：
综上，用白话解释，JNDI的功能简单说就是可以简单的方式去查找某种资源。JNDI提供一套标准，服务商去实现SPI，去实现技术细节；程序员去调用API中的方法，不用关心怎么实现的功能。
所以为啥说，二流公司搞技术，一流公司搞标准了...
常用的InitialContext：
Context.INITIAL_CONTEXT_FACTORY:指定到目录服务的连接工厂
Context.PROVIDER_URL:目录服务提供者URL
//jboss:
Context.INITIAL_CONTEXT_FACTORY, "org.jnp.interfaces.NamingContextFactory"
Context.URL_PKG_PREFIXES, "org.jboss.naming"
Context.PROVIDER_URL, "localhost:1099"
//weblogic:
Context.INITIAL_CONTEXT_FACTORY, "weblogic.jndi.WLInitialContextFactory"
Context.PROVIDER_URL, "t3://localhost:7001"
//apusic(金蝶):
Context.INITIAL_CONTEXT_FACTORY, "com.apusic.jndi.InitialContextFactory"
Context.PROVIDER_URL, "rmi://localhost:6888"
//WebSphere:
Context.INITIAL_CONTEXT_FACTORY, "com.ibm.websphere.naming.WsnInitialContextFactory"
Context.PROVIDER_URL, "iiop://localhost:900"
//J2EE SDK(J2EE RI):
Context.INITIAL_CONTEXT_FACTORY, "com.sun.jndi.cosnaming.CNCtxFactory"
Context.PROVIDER_URL, "iiop://127.0.0.1:1050"
//SilverStream:
Context.INITIAL_CONTEXT_FACTORY, "com.sssw.rt.jndi.AgInitCtxFactory"
Context.PROVIDER_URL, "sssw://localhost:80"
//OC4J:
Context.INITIAL_CONTEXT_FACTORY, "com.evermind.server.rmi.RMIInitialContextFactory"
Context.PROVIDER_URL, "ormi://127.0.0.1/"
//WAS5:
Context.INITIAL_CONTEXT_FACTORY, "com.ibm.websphere.naming.WsnInitialContextFactory"
Context.PROVIDER_URL, "iiop://localhost:2809"
常用JNDI服务提供者连接工厂:
Filesystem: Com.sun.jndi.fscontext.FSContextFactory或者com.sun.jndi.fscontext.RefFSContextFactory
LDAPv3: Com.sun.jndi.ldap.LdapCtxFactory
NDS: com.novell.naming.service.nds.NdsInitialContextFactory
NIS: com.sun.jndi.nis.NISCtxFactory
RMI registry: com.sun.jndi.rmi.registry.RegistryContextFactory
IBM LDAP服务提供者: com.ibm.jndi.LDAPCtxFactory
