一個(gè)遠(yuǎn)程對(duì)象至少要包括4個(gè)class文件：遠(yuǎn)程對(duì)象；遠(yuǎn)程對(duì)象的接口；實(shí)現(xiàn)遠(yuǎn)程接口的對(duì)象的stub；對(duì)象的skeleton這4個(gè)class文件。

在EJB中則至少要包括10個(gè)class：

Bean類，特定App Server的Bean實(shí)現(xiàn)類，Bean的remote接口，特定App Server的remote接口實(shí)現(xiàn)類，特定App Server的remote接口的實(shí)現(xiàn)類的stub類和skeleton類。

Bean的home接口，特定App Server的home接口實(shí)現(xiàn)類，特定App Server的home接口的實(shí)現(xiàn)類的stub類和skeleton類和RMI不同的是，EJB中這10個(gè)class真正需要用戶編寫的只有3個(gè)，分別是 Bean類和它的remote接口，home接口，至于其它的7個(gè)class到底是怎么生成，被打包在什么地方，或者是否需要更多的類文件，會(huì)根據(jù)不同的 App Server表現(xiàn)出比較大的差異，不能一概而論。

拿我最熟悉的Weblogic的來(lái)說(shuō)吧，Weblogic的Bean實(shí)現(xiàn)類，以及兩個(gè)接口的Weblogic的實(shí)現(xiàn)類是在ejbc的時(shí)候被打包到EJB的 jar包里面的，這3個(gè)class文件可以看到。而home接口和remote接口的Weblogic的實(shí)現(xiàn)類的stub類和skeleton類是在 EJB被部署到Weblogic的時(shí)候，由Weblogic動(dòng)態(tài)生成stub類和Skeleton類的字節(jié)碼，因此看不到這4個(gè)類文件。

對(duì)于一次客戶端遠(yuǎn)程調(diào)用EJB，要經(jīng)過(guò)兩個(gè)遠(yuǎn)程對(duì)象的多次RMI循環(huán)。首先是通過(guò)JNDI查找Home接口，獲得Home接口的實(shí)現(xiàn)類，這個(gè)過(guò)程其實(shí)相當(dāng)復(fù)雜。

首先是找到Home接口的Weblogic實(shí)現(xiàn)類，然后創(chuàng)建一個(gè)Home接口的Weblogic實(shí)現(xiàn)類的stub類的對(duì)象實(shí)例，將它序列化傳送給客戶端（注重stub類的實(shí)例是在第1次RMI循環(huán)中，由服務(wù)器動(dòng)態(tài)發(fā)送給客戶端的，因此不需要客戶端保存Home接口的Weblogic實(shí)現(xiàn)類的stub 類），最后客戶端獲得該stub類的對(duì)象實(shí)例（普通的RMI需要在客戶端保存stub類，而EJB不需要，因?yàn)榉?wù)器會(huì)把stub類的對(duì)象實(shí)例發(fā)送給客戶端）。

客戶端拿到服務(wù)器給它的Home接口的Weblogic實(shí)現(xiàn)類的stub類對(duì)象實(shí)例以后，調(diào)用stub類的create方法，(在代碼上就是 home.create()，但是后臺(tái)要做很多事情),于是經(jīng)過(guò)第2次RMI循環(huán)，在服務(wù)器端，Home接口的Weblogic實(shí)現(xiàn)類的skeleton 類收到stub類的調(diào)用信息后，由它再去調(diào)用Home接口的Weblogic實(shí)現(xiàn)類的create方法。

在服務(wù)端，Home接口的Weblogic實(shí)現(xiàn)類的create方法再去調(diào)用Bean類的Weblogic實(shí)現(xiàn)類的ejbCreate方法，在服務(wù)端創(chuàng)建或者分配一個(gè)EJB實(shí)例，然后將這個(gè)EJB實(shí)例的遠(yuǎn)程接口的Weblogic實(shí)現(xiàn)類的stub類對(duì)象實(shí)例序列化發(fā)送給客戶端。

客戶端收到remote接口的Weblogic實(shí)現(xiàn)類的stub類的對(duì)象實(shí)例，對(duì)該對(duì)象實(shí)例的方法調(diào)用（在客戶端代碼中實(shí)際上就是對(duì)remote接口的調(diào)用），將傳送給服務(wù)器端remote接口的Weblogic實(shí)現(xiàn)類的skeleton類對(duì)象，而skeleton類對(duì)象再調(diào)用相應(yīng)的remote接口的 Weblogic實(shí)現(xiàn)類，然后remote接口的Weblogic實(shí)現(xiàn)類再去調(diào)用Bean類的Weblogic實(shí)現(xiàn)類，如此就完成一次EJB對(duì)象的遠(yuǎn)程調(diào)用。

看了一遍帖子，感覺(jué)還是沒(méi)有說(shuō)太清楚，既然寫了帖子，就想徹底把它說(shuō)清楚。

先拿普通RMI來(lái)說(shuō)，有4個(gè)class，分別是遠(yuǎn)程對(duì)象，對(duì)象的接口，對(duì)象的stub類和skeleton類。而對(duì)象本身和對(duì)象的stub類同時(shí)都實(shí)現(xiàn)了接口類。而我們?cè)诳蛻舳舜a調(diào)用遠(yuǎn)程對(duì)象的時(shí)候，雖然在代碼中操縱接口，實(shí)質(zhì)上是在操縱stub類，例如：

接口類：Hello

遠(yuǎn)程對(duì)象：Hello_Server

stub類：Hello_Stub

skeleton類：Hello_Skeleton

客戶端代碼要這樣寫：

Hello h = new Hello_Stub();h.getString();

我們不會(huì)這樣寫：

Hello_Stub h = new Hello_Stub();h.getString();

因?yàn)槭褂媒涌谶m用性更廣，就算更換了接口實(shí)現(xiàn)類，也不需要更改代碼。因此客戶端需要Hello.class和Hello_Stub.class這兩個(gè)文件。

但是對(duì)于EJB來(lái)說(shuō)，就不需要Hello_Stub.class，因?yàn)榉?wù)器會(huì)發(fā)送給它，但是Hello.class文件客戶端是省不了的，必須有。表面上我們的客戶端代碼在操縱Hello，但別忘記了Hello只是一個(gè)接口，抽象的，實(shí)質(zhì)上是在操縱Hello_Stub。

拿Weblogic上的EJB舉例子，10個(gè)class分別是：

Bean類：HelloBean （用戶編寫）

Bean類的Weblogic實(shí)現(xiàn)類：HelloBean_Impl （EJBC生成）

Home接口：HelloHome （用戶編寫）

Home接口的Weblogic實(shí)現(xiàn)類 ((Hello Bean))_HomeImpl（EJBC生成）

Home接口的Weblogic實(shí)現(xiàn)類的stub類 ((Hello Bean))_HomeImpl_WLStub（部署的時(shí)候動(dòng)態(tài)生成字節(jié)碼）

Home接口的Weblogic實(shí)現(xiàn)類的skeleton類 ((Hello Bean))_HomeImpl_WLSkeleton（部署的時(shí)候動(dòng)態(tài)生成字節(jié)碼）

Remote接口：Hello （用戶編寫）

Remote接口的Weblogic實(shí)現(xiàn)類 ((Hello Bean))_EOImpl（EJBC生成）

Remote接口的Weblogic實(shí)現(xiàn)類的stub類 ((Hello Bean))_EOImpl_WLStub（部署的時(shí)候動(dòng)態(tài)生成字節(jié)碼）

Remote接口的Weblogic實(shí)現(xiàn)類的skeleton類 ((Hello Bean))_EOImpl_WLSkeleton（部署的時(shí)候動(dòng)態(tài)生成字節(jié)碼）

客戶端只需要Hello.class和HelloHome.class這兩個(gè)文件。

((Hello Home)) home = (Home) ((Portable Remote Object)).narrow(ctx.lookup("Hello"), ((Hello Home)).class);