1.?我們不禁要問，什么是"服務(wù)集群"？什么是"企業(yè)級開發(fā)"？
既然說了EJB 是為了"服務(wù)集群"和"企業(yè)級開發(fā)"，那么，總得說說什么是所謂的"服務(wù)
集群"和"企業(yè)級開發(fā)"吧！
這個問題其實(shí)挺關(guān)鍵的，因?yàn)镴2EE 中并沒有說明白，也沒有具體的指標(biāo)或者事例告訴
廣大程序員什么時候用EJB 什么時候不用。于是大家都產(chǎn)生一些聯(lián)想，認(rèn)為EJB"分布式運(yùn)
算"指得是"負(fù)載均衡"提高系統(tǒng)的運(yùn)行效率。然而，估計(jì)很多人都搞錯了，這個"服務(wù)群集"
和"分布式運(yùn)算"并沒有根本解決運(yùn)行負(fù)載的問題，尤其是針對數(shù)據(jù)庫的應(yīng)用系統(tǒng)。
為什么？
我們先把EJB 打回原形給大家來慢慢分析。

2.?把EJB 掰開了揉碎了
我們把EJB 的概念好好的分析一下，看看能發(fā)現(xiàn)些什么蛛絲馬跡。

3.1?EJB 概念的剖析
我們先看一下，EJB 的官方解釋：
商務(wù)軟件的核心部分是它的業(yè)務(wù)邏輯。業(yè)務(wù)邏輯抽象了整個商務(wù)過程的流程，并使用計(jì)
算機(jī)語言將他們實(shí)現(xiàn)。
……
J2EE 對于這個問題的處理方法是將業(yè)務(wù)邏輯從客戶端軟件中抽取出來，封裝在一個組
件中。這個組件運(yùn)行在一個獨(dú)立的服務(wù)器上，客戶端軟件通過網(wǎng)絡(luò)調(diào)用組件提供的服務(wù)以實(shí)
現(xiàn)業(yè)務(wù)邏輯，而客戶端軟件的功能單純到只負(fù)責(zé)發(fā)送調(diào)用請求和顯示處理結(jié)果。在J2EE 中，
這個運(yùn)行在一個獨(dú)立的服務(wù)器上，并封裝了業(yè)務(wù)邏輯的組件就是EJB（Enterprise Java
Bean）組件。
這其中我們主要關(guān)注這么幾點(diǎn)，我們來逐條剖析：
剖析1：所謂："業(yè)務(wù)邏輯"
我們注意到在EJB 的概念中主要提到的就是"業(yè)務(wù)邏輯"的封裝，而這個業(yè)務(wù)邏輯到底是
什么？說的那么懸乎，其實(shí)這個所謂的"業(yè)務(wù)邏輯"我們完全可以理解成執(zhí)行特定任務(wù)的"類
"。
剖析2：所謂："將業(yè)務(wù)邏輯從客戶端軟件中抽取出來，封裝在組件中……運(yùn)行在一個服
務(wù)器上"
既然我們知道了"業(yè)務(wù)邏輯"的概念就是執(zhí)行特定任務(wù)的"類"，那么，什么叫"從客戶端
軟件中抽取出來"？其實(shí)，這個就是把原來放到客戶端的"類"，拿出來不放到客戶端了，放
到一個組件中，并將這個組件放到一個服務(wù)器上去運(yùn)行。
3.2 把EJB 這個概念變成大白話
變成大白話就是，"把你編寫的軟件中那些需要執(zhí)行制定的任務(wù)的類，不放到客戶端軟
件上了，而是給他打成包放到一個服務(wù)器上了"。
3.3 發(fā)現(xiàn)問題了
不管是用"八股文"說，還是用大白話說這個EJB 概念都提到了一個詞--"客戶端軟件"。
"客戶端軟件"？難道EJB 的概念中說的是C/S 軟件？
是的，沒錯！
EJB 就是將那些"類"放到一個服務(wù)器上，用C/S 形式的軟件客戶端對服務(wù)器上的"類"進(jìn)
行調(diào)用。
快崩潰了吧！
EJB 和JSP 有什么關(guān)系？EJB 和JSP 有關(guān)系，但是關(guān)系還真不怎么大，至多是在JSP 的
服務(wù)器端調(diào)用遠(yuǎn)端服務(wù)上的EJB 類，僅此而已。

4 .1 EJB 的最底層究竟是什么
我們揭開了EJB"八股"概念的真諦，那么，再來分析EJB 的底層實(shí)現(xiàn)技術(shù)，通過底層實(shí)
現(xiàn)技術(shù)來分析EJB 的工作方式。

4.2 EJB 的實(shí)現(xiàn)技術(shù)
EJB 是運(yùn)行在獨(dú)立服務(wù)器上的組件，客戶端是通過網(wǎng)絡(luò)對EJB 對象進(jìn)行調(diào)用的。在Java
中，能夠?qū)崿F(xiàn)遠(yuǎn)程對象調(diào)用的技術(shù)是RMI，而EJB 技術(shù)基礎(chǔ)正是RMI。通過RMI 技術(shù)，J2EE
將EJB 組件創(chuàng)建為遠(yuǎn)程對象，客戶端就可以通過網(wǎng)絡(luò)調(diào)用EJB 對象了。
4.3 看看RMI 是什么東東
在說RMI 之前，需要理解兩個名詞：
對象的序列化
分布式計(jì)算與RPC
名詞1：對象的序列化
對象的序列化概念：對象的序列化過程就是將對象狀態(tài)轉(zhuǎn)換成字節(jié)流和從字節(jié)流恢復(fù)對
象。將對象狀態(tài)轉(zhuǎn)換成字節(jié)流之后，可以用java.io 包中的各種字節(jié)流類將其保存到文件中，
或者通過網(wǎng)絡(luò)連接將對象數(shù)據(jù)發(fā)送到另一個主機(jī)。
上面的說法有點(diǎn)"八股"，我們不妨再用白話解釋一下：對象的序列化就是將你程序中實(shí)
例化的某個類的對象，比如，你自定一個類MyClass，或者任何一個類的對象，將它轉(zhuǎn)換成
字節(jié)數(shù)組，也就是說可以放到一個byte 數(shù)組中，這時候，你既然已經(jīng)把一個對象放到了byte
數(shù)組中，那么你當(dāng)然就可以隨便處置了它了，用得最多的就是把他發(fā)送到網(wǎng)絡(luò)上遠(yuǎn)程的計(jì)算
機(jī)上了。如圖2 11所示。

名詞2：分布式計(jì)算與RPC
RPC 并不是一個純粹的Java 概念，因?yàn)樵贘ava 誕生之前就已經(jīng)有了RPC 的這個概念，RPC
是"Remote Procedure Call"的縮寫，也就是"遠(yuǎn)程過程調(diào)用"。在Java 之前的大多數(shù)編程語
言，如，Fortran、C、COBOL 等等，都是過程性的語言，而不是面向?qū)ο蟮摹Ｋ?#xff0c;這些編
程語言很自然地用過程表示工作，如，函數(shù)或子程序，讓其在網(wǎng)絡(luò)上另一臺機(jī)器上執(zhí)行。說
白了，就是本地計(jì)算機(jī)調(diào)用遠(yuǎn)程計(jì)算機(jī)上的一個函數(shù)。
如圖2 12所示。

名詞3：二者結(jié)合就是RMI
RMI 英文全稱是"Remote Method Invocation"，它的中文名稱是"遠(yuǎn)程方法調(diào)用"，它就
是利用Java 對象序列化的機(jī)制實(shí)現(xiàn)分布式計(jì)算，實(shí)現(xiàn)遠(yuǎn)程類對象的實(shí)例化以及調(diào)用的方法。
說的更清楚些，就是利用對象序列化來實(shí)現(xiàn)遠(yuǎn)程調(diào)用，也就是上面兩個概念的結(jié)合體，利用
這個方法來調(diào)用遠(yuǎn)程的類的時候，就不需要編寫Socket 程序了，也不需要把對象進(jìn)行序列
化操作，直接調(diào)用就行了非常方便。
遠(yuǎn)程方法調(diào)用是一種計(jì)算機(jī)之間對象互相調(diào)用對方函數(shù)，啟動對方進(jìn)程的一種機(jī)制，使用這
種機(jī)制，某一臺計(jì)算機(jī)上的對象在調(diào)用另外一臺計(jì)算機(jī)上的方法時，使用的程序語法規(guī)則和
在本地機(jī)上對象間的方法調(diào)用的語法規(guī)則一樣。
如圖2 13所示。

4.4 優(yōu)點(diǎn)
這種機(jī)制給分布計(jì)算的系統(tǒng)設(shè)計(jì)、編程都帶來了極大的方便。只要按照RMI 規(guī)則設(shè)計(jì)程
序，可以不必再過問在RMI 之下的網(wǎng)絡(luò)細(xì)節(jié)了，如：TCP 和Socket 等等。任意兩臺計(jì)算機(jī)
之間的通訊完全由RMI 負(fù)責(zé)。調(diào)用遠(yuǎn)程計(jì)算機(jī)上的對象就像本地對象一樣方便。
RMI 可將完整的對象作為參數(shù)和返回值進(jìn)行傳遞，而不僅僅是預(yù)定義的數(shù)據(jù)類型。也就
是說，可以將類似Java 哈西表這樣的復(fù)雜類型作為一個參數(shù)進(jìn)行傳遞。
4.5 缺點(diǎn)
如果是較為簡單的方法調(diào)用，其執(zhí)行效率也許會比本地執(zhí)行慢很多，即使和遠(yuǎn)程Socket
機(jī)制的簡單數(shù)據(jù)返回的應(yīng)用相比，也會慢一些，原因是，其在網(wǎng)絡(luò)間需要傳遞的信息不僅僅
包含該函數(shù)的返回值信息，還會包含該對象序列化后的字節(jié)內(nèi)容。
4.6 EJB 是以RMI 為基礎(chǔ)的
通過RMI 技術(shù)，J2EE 將EJB 組件創(chuàng)建為遠(yuǎn)程對象，EJB 雖然用了RMI 技術(shù)，但是卻只需
要定義遠(yuǎn)程接口而無需生成他們的實(shí)現(xiàn)類，這樣就將RMI 技術(shù)中的一些細(xì)節(jié)問題屏蔽了。
但不管怎么說，EJB 的基礎(chǔ)仍然是RMI，所以，如果你想了解EJB 的原理，只要把RMI
的原理搞清楚就行了。你也就弄清楚了什么時候用EJB 什么時候不需要用EJB 了。

5.?EJB 中所謂的"服務(wù)群集"
既然已經(jīng)知道了，RMI 是將各種任務(wù)與功能的類放到不同的服務(wù)器上，然后通過各個服
務(wù)器間建立的調(diào)用規(guī)則實(shí)現(xiàn)分布式的運(yùn)算，也就明白EJB 所謂的"服務(wù)群集"的概念。
就是將原來在一個計(jì)算機(jī)上運(yùn)算的幾個類，分別放到其他計(jì)算機(jī)上去運(yùn)行，以便分擔(dān)運(yùn)
行這幾個類所需要占用的CPU 和內(nèi)存資源。同時，也可以將不同的軟件功能模塊放到不同的
服務(wù)器上，當(dāng)需要修改某些功能的時候直接修改這些服務(wù)器上的類就行了，修改以后所有客
戶端的軟件都被修改了。如圖2 14所示。
?

6.?這種部署難道是無懈可擊
圖2 14所示的這個"服務(wù)群集"看似"無懈可擊"，其實(shí)是它這個圖沒有畫完整，我們來
把這個圖畫完整，再來看看有什么問題沒有。
6.1 瓶頸在數(shù)據(jù)庫端
仔細(xì)觀察之后，發(fā)現(xiàn)這種配置是有瓶頸的，如圖2 15所示。

我們看看圖2 15的結(jié)構(gòu)圖，現(xiàn)在如果想實(shí)現(xiàn)各個服務(wù)器針對同一個數(shù)據(jù)庫的查詢，那
么，不管你部署多少個功能服務(wù)器，都需要針對一個數(shù)據(jù)庫服務(wù)器進(jìn)行查詢操作。也就是說，
不管你的"計(jì)算"有多么"分布"也同樣需要從一臺服務(wù)器中取得數(shù)據(jù)。雖然，看起來將各個功
能模塊分布在不同的服務(wù)器上從而分擔(dān)了各個主計(jì)算機(jī)的CPU 資源，然而，真正的瓶頸并不
在這里，而是，數(shù)據(jù)庫服務(wù)器那里。數(shù)據(jù)庫服務(wù)器都會非常忙的應(yīng)付各個服務(wù)器的查詢及操
作請求。
因此，通過這個結(jié)構(gòu)圖使我們了解到了EJB 根本不能完全解決負(fù)載的問題，因?yàn)?#xff0c;瓶頸
并不在功能模塊的所在位置，而是在數(shù)據(jù)庫服務(wù)器這里。
6.2 假如分開數(shù)據(jù)庫，數(shù)據(jù)共享怎么辦
有的讀者一定會想到下面的這個應(yīng)用結(jié)構(gòu)，如圖2 16所示。

就是把每一個功能服務(wù)器后面都部署一個數(shù)據(jù)庫，這樣不就解決了上節(jié)所說的問題了
嗎？是的解決了數(shù)據(jù)庫查詢負(fù)載的問題，然而又出現(xiàn)了新的問題，就是"數(shù)據(jù)共享"的問題就
又不容易解決了。
6.3 網(wǎng)絡(luò)面臨較大壓力，讓你的應(yīng)用慢如老牛
我們再向前翻看看如圖2 15所示的這種架構(gòu)中存在兩個網(wǎng)絡(luò)，一個是"A 網(wǎng)"一個是"B
網(wǎng)"，這兩個網(wǎng)絡(luò)是不同的。"B 網(wǎng)"往往是局域網(wǎng)，一般帶寬是10M/100M，速度較快，因此
到還好說，然而，"A 網(wǎng)"往往是互聯(lián)網(wǎng)或者是利用電信網(wǎng)絡(luò)互聯(lián)××× 網(wǎng)或稱廣域網(wǎng)。"A 網(wǎng)"
的特點(diǎn)是帶寬一般較窄，如ADSL 的網(wǎng)絡(luò)僅僅有512K-2M 的帶寬，由于廣域網(wǎng)互聯(lián)的成本較
高，所以一般不會有較高的帶寬。
而在這個網(wǎng)絡(luò)上恰恰跑的是功能模塊和客戶端軟件之間交換的數(shù)據(jù)，而這部分?jǐn)?shù)據(jù)恰恰
優(yōu)勢非常占用帶寬的。
因此，這個應(yīng)用架構(gòu)其運(yùn)行速度可以想見是多么的慢了。說句不夸張的話，有點(diǎn)想老牛
拉破車一樣的慢。
一個如老牛的系統(tǒng)：
目前在中國互聯(lián)網(wǎng)做運(yùn)營商網(wǎng)絡(luò)管理系統(tǒng)的一個大公司，它的一個早期的網(wǎng)管軟件就是
采用了這種架構(gòu)來做的C/S 結(jié)構(gòu)的應(yīng)用系統(tǒng)。
有一次，我作為評估者來對其應(yīng)用系統(tǒng)進(jìn)行評估，將其部署到一個非運(yùn)營商大型的網(wǎng)絡(luò)
中的時候，便出現(xiàn)了我們上述描述的情況，速度已經(jīng)到了難以忍受的地步，打開一個流量圖，
有時候需要用15分鐘的時間才能呈現(xiàn)完整。然而，該系統(tǒng)在開發(fā)階段并沒有發(fā)現(xiàn)這個問題，
為什么呢？因?yàn)?#xff0c;他們沒有考慮到應(yīng)用的實(shí)際用戶連接網(wǎng)絡(luò)的復(fù)雜性，從而給該公司造成較
大損失，以至于，這個開發(fā)架構(gòu)被最終遺棄。

7.?EJB 活學(xué)活用，J2EE 不是必須使用EJB
通過上面小節(jié)的講解似乎好像EJB 和開發(fā)Web 應(yīng)用的B/S 結(jié)構(gòu)的系統(tǒng)關(guān)系并不大，其實(shí)
倒也不然。我們?nèi)绻?#34;客戶端程序"理解成某一臺服務(wù)器，這樣也是可以被應(yīng)用的，而且，
如果是服務(wù)器互相之間做EJB 的調(diào)用的話，也就不存在廣域網(wǎng)帶寬限制的問題了。
但是，如下情況盡量就不要使用EJB 了：
1、較為簡單的純Web 應(yīng)用開發(fā)，不需要用EJB。
2、需要與其他服務(wù)程序配合使用的應(yīng)用，但調(diào)用或返回的自定義的網(wǎng)絡(luò)協(xié)議可以解決
的應(yīng)用程序,不需要使用EJB。
3、較多人并發(fā)訪問的C/S 結(jié)構(gòu)的應(yīng)用程序，盡量不要使用EJB。

?

總結(jié)：

a.EJB實(shí)現(xiàn)原理： 就是把原來放到客戶端實(shí)現(xiàn)的代碼放到服務(wù)器端，并依靠RMI進(jìn)行通信。

b.RMI實(shí)現(xiàn)原理 ：就是通過Java對象可序列化機(jī)制實(shí)現(xiàn)分布計(jì)算。

c.服務(wù)器集群： 就是通過RMI的通信，連接不同功能模塊的服務(wù)器，以實(shí)現(xiàn)一個完整的功能。

轉(zhuǎn)載于:https://blog.51cto.com/xiao1ang/1901867

總結(jié)

以上是生活随笔為你收集整理的由几个问题引出EJB的概念的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。