深入EJB的調(diào)用原理一個遠(yuǎn)程對象至少要包括4個class文件：遠(yuǎn)程對象；遠(yuǎn)程對象的接口；實現(xiàn)遠(yuǎn)程接口的對象的stub；對象的skeleton這4個class文件。
在EJB中則至少要包括10個class：
Bean類，特定App Server的Bean實現(xiàn)類，Bean的remote接口，特定App Server的remote接口實現(xiàn)類，特定App Server的remote接口的實現(xiàn)類的stub類和skeleton類。
Bean的home接口，特定App Server的home接口實現(xiàn)類，特定App Server的home接口的實現(xiàn)類的stub類和skeleton類和RMI不同的是，EJB中這10個class真正需要用戶編寫的只有3個，分別是Bean類和它的remote接口，home接口，至于其它的7個class到底是怎么生成，被打包在什么地方，或者是否需要更多的類文件，會根據(jù)不同的App Server表現(xiàn)出比較大的差異，不能一概而論。
拿我最熟悉的Weblogic的來說吧，Weblogic的Bean實現(xiàn)類，以及兩個接口的Weblogic的實現(xiàn)類是在ejbc的時候被打包到EJB的jar包里面的，這3個class文件可以看到。而home接口和remote接口的Weblogic的實現(xiàn)類的stub類和skeleton類是在EJB被部署到Weblogic的時候，由Weblogic動態(tài)生成stub類和Skeleton類的字節(jié)碼，因此看不到這4個類文件。
對于一次客戶端遠(yuǎn)程調(diào)用EJB，要經(jīng)過兩個遠(yuǎn)程對象的多次RMI循環(huán)。首先是通過JNDI查找Home接口，獲得Home接口的實現(xiàn)類，這個過程其實相當(dāng)復(fù)雜。
首先是找到Home接口的Weblogic實現(xiàn)類，然后創(chuàng)建一個Home接口的Weblogic實現(xiàn)類的stub類的對象實例，將它序列化傳送給客戶端（注意stub類的實例是在第1次RMI循環(huán)中，由服務(wù)器動態(tài)發(fā)送給客戶端的，因此不需要客戶端保存Home接口的Weblogic實現(xiàn)類的stub類），最后客戶端獲得該stub類的對象實例（普通的RMI需要在客戶端保存stub類，而EJB不需要，因為服務(wù)器會把stub類的對象實例發(fā)送給客戶端）。
客戶端拿到服務(wù)器給它的Home接口的Weblogic實現(xiàn)類的stub類對象實例以后，調(diào)用stub類的create方法，(在代碼上就是home.create()，但是后臺要做很多事情),于是經(jīng)過第2次RMI循環(huán)，在服務(wù)器端，Home接口的Weblogic實現(xiàn)類的skeleton類收到stub類的調(diào)用信息后，由它再去調(diào)用Home接口的Weblogic實現(xiàn)類的create方法。
在服務(wù)端，Home接口的Weblogic實現(xiàn)類的create方法再去調(diào)用Bean類的Weblogic實現(xiàn)類的ejbCreate方法，在服務(wù)端創(chuàng)建或者分配一個EJB實例，然后將這個EJB實例的遠(yuǎn)程接口的Weblogic實現(xiàn)類的stub類對象實例序列化發(fā)送給客戶端。
客戶端收到remote接口的Weblogic實現(xiàn)類的stub類的對象實例，對該對象實例的方法調(diào)用（在客戶端代碼中實際上就是對remote接口的調(diào)用），將傳送給服務(wù)器端remote接口的Weblogic實現(xiàn)類的skeleton類對象，而skeleton類對象再調(diào)用相應(yīng)的remote接口的Weblogic實現(xiàn)類，然后remote接口的Weblogic實現(xiàn)類再去調(diào)用Bean類的Weblogic實現(xiàn)類，如此就完成一次EJB對象的遠(yuǎn)程調(diào)用。
看了一遍帖子，感覺還是沒有說太清楚，既然寫了帖子，就想徹底把它說清楚。
先拿普通RMI來說，有4個class，分別是遠(yuǎn)程對象，對象的接口，對象的stub類和skeleton類。而對象本身和對象的stub類同時都實現(xiàn)了接口類。而我們在客戶端代碼調(diào)用遠(yuǎn)程對象的時候，雖然在代碼中操縱接口，實質(zhì)上是在操縱stub類，例如：
接口類：Hello
遠(yuǎn)程對象：Hello_Server
stub類：Hello_Stub
skeleton類：Hello_Skeleton
客戶端代碼要這樣寫：
Hello h = new Hello_Stub();
h.getString();
|
我們不會這樣寫：
Hello_Stub h = new Hello_Stub();
h.getString();
|
因為使用接口適用性更廣，就算更換了接口實現(xiàn)類，也不需要更改代碼。因此客戶端需要Hello.class和Hello_Stub.class這兩個文件。
但是對于EJB來說，就不需要Hello_Stub.class，因為服務(wù)器會發(fā)送給它，但是Hello.class文件客戶端是省不了的，必須有。表面上我們的客戶端代碼在操縱Hello，但別忘記了Hello只是一個接口，抽象的，實質(zhì)上是在操縱Hello_Stub。
拿Weblogic上的EJB舉例子，10個class分別是：
Bean類：HelloBean （用戶編寫）
Bean類的Weblogic實現(xiàn)類：HelloBean_Impl （EJBC生成）
Home接口：HelloHome （用戶編寫）
Home接口的Weblogic實現(xiàn)類 ((Hello Bean))_HomeImpl（EJBC生成）
Home接口的Weblogic實現(xiàn)類的stub類 ((Hello Bean))_HomeImpl_WLStub（部署的時候動態(tài)生成字節(jié)碼）
Home接口的Weblogic實現(xiàn)類的skeleton類 ((Hello Bean))_HomeImpl_WLSkeleton（部署的時候動態(tài)生成字節(jié)碼）
Remote接口：Hello （用戶編寫）
Remote接口的Weblogic實現(xiàn)類 ((Hello Bean))_EOImpl（EJBC生成）
Remote接口的Weblogic實現(xiàn)類的stub類 ((Hello Bean))_EOImpl_WLStub（部署的時候動態(tài)生成字節(jié)碼）
Remote接口的Weblogic實現(xiàn)類的skeleton類 ((Hello Bean))_EOImpl_WLSkeleton（部署的時候動態(tài)生成字節(jié)碼）
客戶端只需要Hello.class和HelloHome.class這兩個文件。
((Hello Home)) home = (Home)
((Portable Remote Object)).narrow(ctx.lookup("Hello"),
((Hello Home)).class);
|
這一行代碼是從JNDI獲得Home接口，但是請記住！接口是抽象的，那么home這個對象到底是什么類的對象實例呢？很簡單，用toString()輸出看一下就明白了，下面一行是輸出結(jié)果：
((Hello Bean))_HomeImpl_WLStub@18c458
|
這表明home這個通過從服務(wù)器的JNDI樹上查找獲得的對象實際上是HelloBean_HomeImpl_WLStub類的一個實例。
接下來客戶端代碼：
同樣Hello只是一個抽象的接口，那么h對象是什么東西呢？打印一下：
((Hello Bean))_EOImpl_WLStub@8fa0d1
|
原來是HelloBean_EOImpl_WLStub的一個對象實例。
用這個例子來簡述一遍EJB調(diào)用過程：
首先客戶端JNDI查詢，服務(wù)端JNDI樹上Hello這個名字實際上綁定的對象是HelloBean_HomeImpl_WLStub，所以服務(wù)端將創(chuàng)建HelloBean_HomeImpl_WLStub的一個對象實例，序列化返回給客戶端。
于是客戶端得到home對象，表面上是得到HelloHome接口的實例，實際上是進(jìn)行了一次遠(yuǎn)程調(diào)用得到了HelloBean_HomeImpl_WLStub類的對象實例，別忘記了HelloBean_HomeImpl_WLStub也實現(xiàn)了HelloHome接口。
然后home.create()實質(zhì)上就是HelloBean_HomeImpl_WLStub.create()，該方法將發(fā)送信息給HelloBean_HomeImpl_WLSkeleton，而HelloBean_HomeImpl_WLSkeleton接受到信息后，再去調(diào)用HelloBean_HomeImpl的create方法，至此完成第1次完整的RMI循環(huán)。
注意在這次RMI循環(huán)過程中，遠(yuǎn)程對象是HelloBean_HomeImpl，遠(yuǎn)程對象的接口是HelloHome，對象的stub是HelloBean_HomeImpl_WLStub，對象的skeleton是HelloBean_HomeImpl_WLSkeleton。
然后HelloBean_HomeImpl再去調(diào)用HelloBean_Impl的ejbCreate方法，而HelloBean_Impl的ejbCreate方法將負(fù)責(zé)創(chuàng)建或者分配一個Bean實例，并且創(chuàng)建一個HelloBean_EOImpl_WLStub的對象實例。
這一步比較有趣的是，在前一步RMI循環(huán)中，遠(yuǎn)程對象HelloBean_HomeImpl在客戶端有一個代理類HelloBean_HomeImpl_WLStub，但在這一步，HelloBean_HomeImpl自己卻充當(dāng)了HelloBean_Impl的代理類，只不過HelloBean_HomeImpl不在客戶端，而是在服務(wù)端，因此不進(jìn)行RMI。
然后HelloBean_EOImpl_WLStub的對象實例序列化返回給客戶端，這一步也很有趣，上次RMI過程，主角是HelloBean_HomeImpl和它的代理類HelloBean_HomeImpl_WLStub，但這這一次換成了HelloBean_EOImpl和它的代理類HelloBean_EOImpl_WLStub來玩了。
Hello h = home.create();h.helloWorld();
|
假設(shè)Hello接口有一個helloWorld遠(yuǎn)程方法，那么表面上是在調(diào)用Hello接口的helloWorld方法，實際上是在調(diào)用HelloBean_EOImpl_WLStub的helloWorld方法。
然后HelloBean_EOImpl_WLStub的helloWorld方法將發(fā)送信息給服務(wù)器上的HelloBean_EOImpl_WLSkeleton，而HelloBean_EOImpl_WLSkeleton收到信息以后，再去調(diào)用HelloBean_EOImpl的helloWorld方法。至此，完成第2次完整的RMI循環(huán)過程。
在剛才HelloBean_EOImpl是作為遠(yuǎn)程對象被調(diào)用的，它的代理類是HelloBean_EOImpl_WLStub，但現(xiàn)在HelloBean_EOImpl要作為HelloBean_Impl的代理類了。現(xiàn)在HelloBean_EOImpl去調(diào)用HelloBean_Impl的helloWorld方法。注意！HelloBean_Impl繼承了HelloBean，而HelloBean中的helloWorld方法是我們親自編寫的代碼，現(xiàn)在終于調(diào)用到了我們編寫的代碼了！
至此，一次EJB調(diào)用過程終于完成。在整個過程中，服務(wù)端主要要調(diào)用的類是HelloBean_Impl， Hello Bean?_HomeImpl，HelloBean_HomeImpl_WLSkeleton，HelloBean_EOImpl，HelloBean_EOImpl_WLSkeleton。
客戶端主要調(diào)用的類是HelloBean_HomeImpl_WLStub，HelloBean_EOImpl_WLStub，這兩個類在客戶端代碼中并不會直接出現(xiàn)，出現(xiàn)在代碼中的類是他們的接口HelloHome和Hello，因此客戶端需要這兩個接口文件，而Stub是服務(wù)器傳送給他們的。