1. Java中的RMI機制
　　RMI的全稱是遠程方法調(diào)用，相信不少朋友都聽說過，基本的思路可以用一個經(jīng)典比方來解釋：A計算機想要計算一個兩個數(shù)的加法，但A自己做不了，于是叫另外一臺計算機B幫忙，B有計算加法的功能，A調(diào)用它就像調(diào)用這個功能是自己的一樣方便。這個就叫做遠程方法調(diào)用了。
　　遠程方法調(diào)用是EJB實現(xiàn)的支柱，建立分布式應用的核心思想。這個很好理解，再拿上面的計算加法例子，A只知道去call計算機B的方法，自己并沒有B的那些功能，所以A計算機端就無法看到B執(zhí)行這段功能的過程和代碼，因為看都看不到，所以既沒有機會竊取也沒有機會去改動方法代碼。EJB正式基于這樣的思想來完成它的任務的。當簡單的加法變成復雜的數(shù)據(jù)庫操作和電子商務交易應用的時候，這樣的安全性和分布式應用的便利性就表現(xiàn)出來優(yōu)勢了。
　　回到細節(jié)上，要如何實現(xiàn)遠程方法調(diào)用呢？考試大希望大家學習任何技術的時候可以試著依賴自己的下意識判斷，只要你的想法是合理健壯的，那么很可能實際上它就是這么做的，畢竟真理都蘊藏在平凡的生活細節(jié)中。這樣只要帶著一些薄弱的Java基礎來思考RMI，其實也可以想出個大概來。
　　a） 需要有一個服務器角色，它擁有真正的功能代碼方法。例如B，它提供加法服務
　　b） 如果想遠程使用B的功能，需要知道B的IP地址
　　c） 如果想遠程使用B的功能，還需要知道B中那個特定服務的名字
　　我們很自然可以想到這些，雖然不完善，但已經(jīng)很接近正確的做法了。實際上RMI要得以實現(xiàn)還得意于Java一個很重要的特性，就是Java反射機制。我們需要知道服務的名字，但又必須隱藏實現(xiàn)的代碼，如何去做呢？答案就是：接口！
　　舉個例子：public interface Person（）{ public void sayHello（）；}
　　Public class PersonImplA implements Person{ public PersonImplA（）{}
　　public void sayHello（）{ System.out.println（“Hello！”）；} }
　　Public class PersonImplB implements Person{ public PersonImplB（）{}
　　public void sayHello（）{ System.out.println（“Nice to meet you！”）；} }
　　客戶端：Person p = Naming.lookup（“PersonService”）；p.sayHello（）；
　　就這幾段代碼就包含了幾乎所有的實現(xiàn)技術，大家相信么？客戶端請求一個say hello服務，服務器運行時接到這個請求，利用Java反射機制的Class.newInstance（）返回一個對象，但客戶端不知道服務器返回的是 ImplA還是ImplB，它接受用的參數(shù)簽名是Person，它知道實現(xiàn)了Person接口的對象一定有sayHello（）方法，這就意味著客戶端并不知道服務器真正如何去實現(xiàn)的，但它通過了解Person接口明確了它要用的服務方法名字叫做sayHello（）。
　　如此類推，服務器只需要暴露自己的接口出來供客戶端，所有客戶端就可以自己選擇需要的服務。這就像餐館只要拿出自己的菜單出來讓客戶選擇，就可以在后臺廚房一道道的按需做出來，它怎么做的通常是不讓客戶知道的！（祖?zhèn)鞑俗V吧，^_^）
　　最后一點是我調(diào)用lookup，查找一個叫PersonService名字的對象，服務器只要看到這個名字，在自己的目錄（相當于電話簿）中找到對應的對象名字提供服務就可以了，這個目錄就叫做JNDI （Java命名與目錄接口），相信大家也聽過的。
　　有興趣的朋友不妨自己做個RMI的應用，很多前輩的博客中有簡單的例子。提示一下利用Jdk的bin目錄中rmi.exe和 rmiregistry.exe兩個命令就可以自己建起一個服務器，提供遠程服務。