JNDI是 Java 命名與目錄接口（Java Naming and Directory Interface），在J2EE規(guī)范中是重要的規(guī)范之一，不少專家認為，沒有透徹理解JNDI的意義和作用，就沒有真正掌握J2EE特別是EJB的知識。
那么，JNDI到底起什么作用？
要了解JNDI的作用，我們可以從“如果不用JNDI我們怎樣做？用了JNDI后我們又將怎樣做？”這個問題來探討。
沒有JNDI的做法：
程序員開發(fā)時，知道要開發(fā)訪問MySQL數(shù)據(jù)庫的應用，于是將一個對 MySQL JDBC 驅動程序類的引用進行了編碼，并通過使用適當?shù)?JDBC URL 連接到數(shù)據(jù)庫。
就像以下代碼這樣：
Connection conn=null;
try {
Class.forName("com.mysql.jdbc.Driver",
true, Thread.currentThread().getContextClassLoader());
conn=DriverManager.getConnection("jdbc:mysql://MyDBServer?user=qingfeng&password=mingyue");
/* 使用conn并進行SQL操作 */
......
conn.close();
}
catch(Exception e) {
e.printStackTrace();
}
finally {
if(conn!=null) {
try {
conn.close();
} catch(SQLException e) {}
}
}
這是傳統(tǒng)的做法，也是以前非Java程序員（如Delphi、VB等）常見的做法。這種做法一般在小規(guī)模的開發(fā)過程中不會產(chǎn)生問題，只要程序員熟悉Java語言、了解JDBC技術和MySQL，可以很快開發(fā)出相應的應用程序。
沒有JNDI的做法存在的問題：
1、數(shù)據(jù)庫服務器名稱
MyDBServer 、用戶名和口令都可能需要改變，由此引發(fā)JDBC URL需要修改；
2、數(shù)據(jù)庫可能改用別的產(chǎn)品，如改用DB2或者Oracle，引發(fā)JDBC驅動程序包和類名需要修改；
3、隨著實際使用終端的增加，原配置的連接池參數(shù)可能需要調(diào)整；
4、......
解決辦法：
程序員應該不需要關心“具體的數(shù)據(jù)庫后臺是什么？JDBC驅動程序是什么？JDBC URL格式是什么？訪問數(shù)據(jù)庫的用戶名和口令是什么？”等等這些問題，程序員編寫的程序應該沒有對 JDBC 驅動程序的引用，沒有服務器名稱，沒有用戶名稱或口令 —— 甚至沒有數(shù)據(jù)庫池或連接管理。而是把這些問題交給J2EE容器來配置和管理，程序員只需要對這些配置和管理進行引用即可。
由此，就有了JNDI。
用了JNDI之后的做法：
首先，在在J2EE容器中配置JNDI參數(shù)，定義一個數(shù)據(jù)源，也就是JDBC引用參數(shù)，給這個數(shù)據(jù)源設置一個名稱；然后，在程序中，通過數(shù)據(jù)源名稱引用數(shù)據(jù)源從而訪問后臺數(shù)據(jù)庫。
具體操作如下（以JBoss為例）：
1、配置數(shù)據(jù)源
在JBoss的 D:\jboss420GA\docs\examples\jca 文件夾下面，有很多不同數(shù)據(jù)庫引用的數(shù)據(jù)源定義模板。將其中的 mysql-ds.xml 文件Copy到你使用的服務器下，如 D:\jboss420GA\server\default\deploy。
修改 mysql-ds.xml 文件的內(nèi)容，使之能通過JDBC正確訪問你的MySQL數(shù)據(jù)庫，如下：
<?xml version="1.0" encoding="UTF-8"?>
<datasources>
<local-tx-datasource>
<jndi-name>MySqlDS</jndi-name>
<connection-url>jdbc:mysql://localhost:3306/lw</connection-url>
<driver-class>com.mysql.jdbc.Driver</driver-class>
<user-name>root</user-name>
<password>rootpassword</password>
<exception-sorter-class-name>org.jboss.resource.adapter.jdbc.vendor.MySQLExceptionSorter</exception-sorter-class-name>
<metadata>
<type-mapping>mySQL</type-mapping>
</metadata>
</local-tx-datasource>
</datasources>
這里，定義了一個名為MySqlDS的數(shù)據(jù)源，其參數(shù)包括JDBC的URL，驅動類名，用戶名及密碼等。
2、在程序中引用數(shù)據(jù)源：
Connection conn=null;
try {
Context ctx=new InitialContext();
Object datasourceRef=ctx.lookup("java:MySqlDS"); //引用數(shù)據(jù)源
DataSource ds=(Datasource)datasourceRef;
conn=ds.getConnection();
/* 使用conn進行數(shù)據(jù)庫SQL操作 */
......
c.close();
}
catch(Exception e) {
e.printStackTrace();
}
finally {
if(conn!=null) {
try {
conn.close();
} catch(SQLException e) { }
}
}
直接使用JDBC或者通過JNDI引用數(shù)據(jù)源的編程代碼量相差無幾，但是現(xiàn)在的程序可以不用關心具體JDBC參數(shù)了。
在系統(tǒng)部署后，如果數(shù)據(jù)庫的相關參數(shù)變更，只需要重新配置 mysql-ds.xml 修改其中的JDBC參數(shù)，只要保證數(shù)據(jù)源的名稱不變，那么程序源代碼就無需修改。
由此可見，JNDI避免了程序與數(shù)據(jù)庫之間的緊耦合，使應用更加易于配置、易于部署。
JNDI的擴展：
JNDI在滿足了數(shù)據(jù)源配置的要求的基礎上，還進一步擴充了作用：所有與系統(tǒng)外部的資源的引用，都可以通過JNDI定義和引用。
所以，在J2EE規(guī)范中，J2EE 中的資源并不局限于 JDBC 數(shù)據(jù)源。引用的類型有很多，其中包括資源引用（已經(jīng)討論過）、環(huán)境實體和 EJB 引用。特別是 EJB 引用，它暴露了 JNDI 在 J2EE 中的另外一項關鍵角色：查找其他應用程序組件。
EJB 的 JNDI 引用非常類似于 JDBC 資源的引用。在服務趨于轉換的環(huán)境中，這是一種很有效的方法。可以對應用程序架構中所得到的所有組件進行這類配置管理，從 EJB 組件到 JMS 隊列和主題，再到簡單配置字符串或其他對象，這可以降低隨時間的推移服務變更所產(chǎn)生的維護成本，同時還可以簡化部署，減少集成工作。 外部資源”。
總結：
J2EE 規(guī)范要求所有 J2EE 容器都要提供 JNDI 規(guī)范的實現(xiàn)。JNDI 在 J2EE 中的角色就是“交換機” —— J2EE 組件在運行時間接地查找其他組件、資源或服務的通用機制。在多數(shù)情況下，提供 JNDI 供應者的容器可以充當有限的數(shù)據(jù)存儲，這樣管理員就可以設置應用程序的執(zhí)行屬性，并讓其他應用程序引用這些屬性（Java 管理擴展（Java Management Extensions，JMX）也可以用作這個目的）。JNDI 在 J2EE 應用程序中的主要角色就是提供間接層，這樣組件就可以發(fā)現(xiàn)所需要的資源，而不用了解這些間接性。
在 J2EE 中，JNDI 是把 J2EE 應用程序合在一起的粘合劑，JNDI 提供的間接尋址允許跨企業(yè)交付可伸縮的、功能強大且很靈活的應用程序。這是 J2EE 的承諾，而且經(jīng)過一些計劃和預先考慮，這個承諾是完全可以實現(xiàn)的。