JNDI到底有什麼作用

最近在看JNDI，在網上找了一些資料，看見一篇很不錯的文章。

 

------------文章開始

前端時間總是在搞不清JNDI到底是幹什麼，雖然是一值在用，卻不知道他最初出現的原因，用來，說不清是用來幹什麼，下面我相信介能解開這個迷霧裏。

------------ 
JNDI是 Java 命名與目錄接口（Java Naming and Directory Interface），在J2EE規範中是重要的規範之一，不少專家認爲，沒有透徹理解JNDI的意義和作用，就沒有真正掌握J2EE特別是EJB的知識。 

那麼，JNDI到底起什麼作用？//帶着問題看文章是最有效的 

要了解JNDI的作用，我們可以從“如果不用JNDI我們怎樣做？用了JNDI後我們又將怎樣做？”這個問題來探討。 

沒有JNDI的做法： 

程序員開發時，知道要開發訪問MySQL數據庫的應用，於是將一個對 MySQL JDBC 驅動程序類的引用進行了編碼，並通過使用適當的 JDBC URL 連接到數據庫。 
就像以下代碼這樣： 

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.close();
} catch(Exception e) {
  e.printStackTrace();
} finally {
  if(conn!=null) {
    try {
      conn.close();
    } catch(SQLException e) {}
  }
}

這是傳統的做法，也是以前非Java程序員（如Delphi、VB等）常見的做法。這種做法一般在小規模的開發過程中不會產生問題，只要程序員熟悉Java語言、瞭解JDBC技術和MySQL，可以很快開發出相應的應用程序。 

沒有JNDI的做法存在的問題： 
1、數據庫服務器名稱MyDBServer 、用戶名和口令都可能需要改變，由此引發JDBC URL需要修改； 
2、數據庫可能改用別的產品，如改用DB2或者Oracle，引發JDBC驅動程序包和類名需要修改； 
3、隨着實際使用終端的增加，原配置的連接池參數可能需要調整； 
4、...... 

解決辦法： 
程序員應該不需要關心“具體的數據庫後臺是什麼？JDBC驅動程序是什麼？JDBC URL格式是什麼？訪問數據庫的用戶名和口令是什麼？”等等這些問題，程序員編寫的程序應該沒有對 JDBC 驅動程序的引用，沒有服務器名稱，沒有用戶名稱或口令 —— 甚至沒有數據庫池或連接管理。而是把這些問題交給J2EE容器來配置和管理，程序員只需要對這些配置和管理進行引用即可。 

由此，就有了JNDI。 
//看的出來，是爲了一個最最核心的問題：是爲了解耦，是爲了開發出更加可維護、可擴展//的系統 

用了JNDI之後的做法： 
首先，在在J2EE容器中配置JNDI參數，定義一個數據源，也就是JDBC引用參數，給這個數據源設置一個名稱；然後，在程序中，通過數據源名稱引用數據源從而訪問後臺數據庫。 

//紅色的字可以看出，JNDI是由j2ee容器提供的功能 

具體操作如下（以JBoss爲例）： 
1、配置數據源 
在JBoss 的 D:\jboss420GA\docs\examples\jca 文件夾下面，有很多不同數據庫引用的數據源定義模板。將其中的 mysql-ds.xml 文件Copy到你使用的服務器下，如 D:\jboss420GA\server\default\deploy。 
修改 mysql-ds.xml 文件的內容，使之能通過JDBC正確訪問你的MySQL數據庫，如下： 

<?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的數據源，其參數包括JDBC的URL，驅動類名，用戶名及密碼等。 

2、在程序中引用數據源： 

Connection conn=null;
try {
  Context ctx=new InitialContext();
  Object datasourceRef=ctx.lookup("java:MySqlDS"); //引用數據源
  DataSource ds=(Datasource)datasourceRef;
  conn=ds.getConnection();
  ......
  c.close();
} catch(Exception e) {
  e.printStackTrace();
} finally {
  if(conn!=null) {
    try {
      conn.close();
    } catch(SQLException e) { }
  }
}

直接使用JDBC或者通過JNDI引用數據源的編程代碼量相差無幾，但是現在的程序可以不用關心具體JDBC參數了。//解藕了，可擴展了 
在系統部署後，如果數據庫的相關參數變更，只需要重新配置 mysql-ds.xml 修改其中的JDBC參數，只要保證數據源的名稱不變，那麼程序源代碼就無需修改。 

由此可見，JNDI避免了程序與數據庫之間的緊耦合，使應用更加易於配置、易於部署。 

JNDI的擴展： 
JNDI在滿足了數據源配置的要求的基礎上，還進一步擴充了作用：所有與系統外部的資源的引用，都可以通過JNDI定義和引用。 
//注意什麼叫資源 

所以，在J2EE規範中，J2EE 中的資源並不侷限於 JDBC 數據源。引用的類型有很多，其中包括資源引用（已經討論過）、環境實體和 EJB 引用。特別是 EJB 引用，它暴露了 JNDI 在 J2EE 中的另外一項關鍵角色：查找其他應用程序組件。 

EJB 的 JNDI 引用非常類似於 JDBC 資源的引用。在服務趨於轉換的環境中，這是一種很有效的方法。可以對應用程序架構中所得到的所有組件進行這類配置管理，從 EJB 組件到 JMS 隊列和主題，再到簡單配置字符串或其他對象，這可以降低隨時間的推移服務變更所產生的維護成本，同時還可以簡化部署，減少集成工作。外部資源”。 


總結： 
J2EE 規範要求所有 J2EE 容器都要提供 JNDI 規範的實現。//sun 果然喜歡制定規範JNDI 在 J2EE 中的角色就是“交換機” —— J2EE 組件在運行時間接地查找其他組件、資源或服務的通用機制。在多數情況下，提供 JNDI 供應者的容器可以充當有限的數據存儲，這樣管理員就可以設置應用程序的執行屬性，並讓其他應用程序引用這些屬性（Java 管理擴展（Java Management Extensions，JMX）也可以用作這個目的）。JNDI 在 J2EE 應用程序中的主要角色就是提供間接層，這樣組件就可以發現所需要的資源，而不用瞭解這些間接性。 

在 J2EE 中，JNDI 是把 J2EE 應用程序合在一起的粘合劑，JNDI 提供的間接尋址允許跨企業交付可伸縮的、功能強大且很靈活的應用程序。這是 J2EE 的承諾，而且經過一些計劃和預先考慮，這個承諾是完全可以實現的。 


從上面的文章中可以看出： 
1、JNDI 提出的目的是爲了解藕，是爲了開發更加容易維護，容易擴展，容易部署的應用。 
2、JNDI 是一個sun提出的一個規範(類似於jdbc),具體的實現是各個j2ee容器提供商，sun   只是要求，j2ee容器必須有JNDI這樣的功能。 
3、JNDI 在j2ee系統中的角色是“交換機”，是J2EE組件在運行時間接地查找其他組件、資源或服務的通用機制。 
4、JNDI 是通過資源的名字來查找的，資源的名字在整個j2ee應用中(j2ee容器中)是唯一的。