EJB 的理解
引用源：http://blog.csdn.NET/cymm_liu/article/details/7760989
?
1、EJB 概念的剖析 我們先看一下，EJB 的官方解釋： 商務(wù)軟件的核心部分是它的業(yè)務(wù)邏輯。業(yè)務(wù)邏輯抽象了整個(gè)商務(wù)過程的流程，并使用計(jì)算機(jī)語言將他們實(shí)現(xiàn)。 …… J2EE 對(duì)于這個(gè)問題的處理方法是將業(yè)務(wù)邏輯從客戶端軟件中抽取出來，封裝在一個(gè)組件中。這個(gè)組件運(yùn)行在一個(gè)獨(dú)立的服務(wù)器上，客戶端軟件通過網(wǎng)絡(luò)調(diào)用組件提供的服務(wù)以實(shí)現(xiàn)業(yè)務(wù)邏輯，而客戶端軟件的功能單純到只負(fù)責(zé)發(fā)送調(diào)用請(qǐng)求和顯示處理結(jié)果。在J2EE 中，這個(gè)運(yùn)行在一個(gè)獨(dú)立的服務(wù)器上，并封裝了業(yè)務(wù)邏輯的組件就是EJB（Enterprise JavaBean）組件。
這其中我們主要關(guān)注這么幾點(diǎn)，我們來逐條剖析：
剖析1：所謂："業(yè)務(wù)邏輯" 我們注意到在EJB 的概念中主要提到的就是"業(yè)務(wù)邏輯"的封裝，而這個(gè)業(yè)務(wù)邏輯到底是什么？說的那么懸乎，其實(shí)這個(gè)所謂的"業(yè)務(wù)邏輯"我們完全可以理解成執(zhí)行特定任務(wù)的"類"。
剖析2：所謂："將業(yè)務(wù)邏輯從客戶端軟件中抽取出來，封裝在組件中……運(yùn)行在一個(gè)服務(wù)器上" 既然我們知道了"業(yè)務(wù)邏輯"的概念就是執(zhí)行特定任務(wù)的"類"，那么，什么叫"從客戶端軟件中抽取出來"？其實(shí)，這個(gè)就是把原來放到客戶端的"類"，拿出來不放到客戶端了，放到一個(gè)組件中，并將這個(gè)組件放到一個(gè)服務(wù)器上去運(yùn)行。
把EJB 這個(gè)概念變成大白話 ： 變成大白話就是，"把你編寫的軟件中那些需要執(zhí)行制定的任務(wù)的類，不放到客戶端軟件上了，而是給他打成包放到一個(gè)服務(wù)器上了"。 發(fā)現(xiàn)問題了 ：不管是用"八股文"說，還是用大白話說這個(gè)EJB 概念都提到了一個(gè)詞--"客戶端軟件"。"客戶端軟件"？難道EJB 的概念中說的是C/S 軟件？ 是的，沒錯(cuò)！ EJB 就是將那些"類"放到一個(gè)服務(wù)器上，用C/S 形式的軟件客戶端對(duì)服務(wù)器上的"類"進(jìn)行調(diào)用。 快崩潰了吧！
EJB 和JSP 有什么關(guān)系？
EJB 和JSP 有關(guān)系，但是關(guān)系還真不怎么大，至多是在JSP 的服務(wù)器端調(diào)用遠(yuǎn)端服務(wù)上的EJB 類，僅此而已。
?
?
?
2、 EJB 的最底層究竟是什么 我們揭開了EJB"八股"概念的真諦，那么，再來分析EJB 的底層實(shí)現(xiàn)技術(shù)，通過底層實(shí)現(xiàn)技術(shù)來分析EJB 的工作方式。
EJB 的實(shí)現(xiàn)技術(shù)： EJB 是運(yùn)行在獨(dú)立服務(wù)器上的組件，客戶端是通過網(wǎng)絡(luò)對(duì)EJB 對(duì)象進(jìn)行調(diào)用的。在Java中，能夠?qū)崿F(xiàn)遠(yuǎn)程對(duì)象調(diào)用的技術(shù)是RMI，而EJB 技術(shù)基礎(chǔ)正是RMI。通過RMI 技術(shù)，J2EE將EJB 組件創(chuàng)建為遠(yuǎn)程對(duì)象，客戶端就可以通過網(wǎng)絡(luò)調(diào)用EJB 對(duì)象了。
看看RMI 是什么東東 ： 在說RMI 之前，需要理解兩個(gè)名詞：對(duì)象的序列化??? 分布式計(jì)算與RPC 名詞1：對(duì)象的序列化 對(duì)象的序列化概念：對(duì)象的序列化過程就是將對(duì)象狀態(tài)轉(zhuǎn)換成字節(jié)流和從字節(jié)流恢復(fù)對(duì)象。將對(duì)象狀態(tài)轉(zhuǎn)換成字節(jié)流之后，可以用java.io 包中的各種字節(jié)流類將其保存到文件中，或者通過網(wǎng)絡(luò)連接將對(duì)象數(shù)據(jù)發(fā)送到另一個(gè)主機(jī)。上面的說法有點(diǎn)"八股"，我們不妨再用白話解釋一下：對(duì)象的序列化就是將你程序中實(shí) 例化的某個(gè)類的對(duì)象，比如，你自定一個(gè)類MyClass，或者任何一個(gè)類的對(duì)象，將它轉(zhuǎn)換成字節(jié)數(shù)組，也就是說可以放到一個(gè)byte 數(shù)組中，這時(shí)候，你既然已經(jīng)把一個(gè)對(duì)象放到了byte數(shù)組中，那么你當(dāng)然就可以隨便處置了它了，用得最多的就是把他發(fā)送到網(wǎng)絡(luò)上遠(yuǎn)程的計(jì)算機(jī)上了。如圖所示：
?
名詞2：分布式計(jì)算與RPC
RPC 并不是一個(gè)純粹的Java 概念，因?yàn)樵贘ava 誕生之前就已經(jīng)有了RPC 的這個(gè)概念，RPC是"Remote Procedure Call"的縮寫，也就是"遠(yuǎn)程過程調(diào)用"。在Java 之前的大多數(shù)編程語言，如，Fortran、C、COBOL 等等，都是過程性的語言，而不是面向?qū)ο蟮摹Ｋ?#xff0c;這些編程語言很自然地用過程表示工作，如，函數(shù)或子程序，讓其在網(wǎng)絡(luò)上另一臺(tái)機(jī)器上執(zhí)行。說白了，就是本地計(jì)算機(jī)調(diào)用遠(yuǎn)程計(jì)算機(jī)上的一個(gè)函數(shù)。
如圖下所示：
名詞3：二者結(jié)合就是RMI
RMI 英文全稱是"Remote Method Invocation"，它的中文名稱是"遠(yuǎn)程方法調(diào)用"，它就是利用Java 對(duì)象序列化的機(jī)制實(shí)現(xiàn)分布式計(jì)算，實(shí)現(xiàn)遠(yuǎn)程類對(duì)象的實(shí)例化以及調(diào)用的方法。說的更清楚些，就是利用對(duì)象序列化來實(shí)現(xiàn)遠(yuǎn)程調(diào)用，也就是上面兩個(gè)概念的結(jié)合體，利用這個(gè)方法來調(diào)用遠(yuǎn)程的類的時(shí)候，就不需要編寫Socket 程序了，也不需要把對(duì)象進(jìn)行序列化操作，直接調(diào)用就行了非常方便。
遠(yuǎn)程方法調(diào)用是一種計(jì)算機(jī)之間對(duì)象互相調(diào)用對(duì)方函數(shù)，啟動(dòng)對(duì)方進(jìn)程的一種機(jī)制，使用這種機(jī)制，某一臺(tái)計(jì)算機(jī)上的對(duì)象在調(diào)用另外一臺(tái)計(jì)算機(jī)上的方法時(shí)，使用的程序語法規(guī)則和在本地機(jī)上對(duì)象間的方法調(diào)用的語法規(guī)則一樣。
如圖下所示：
?
優(yōu)點(diǎn)： 這種機(jī)制給分布計(jì)算的系統(tǒng)設(shè)計(jì)、編程都帶來了極大的方便。只要按照RMI 規(guī)則設(shè)計(jì)程序，可以不必再過問在RMI 之下的網(wǎng)絡(luò)細(xì)節(jié)了，如：TCP 和Socket 等等。任意兩臺(tái)計(jì)算機(jī)之間的通訊完全由RMI 負(fù)責(zé)。調(diào)用遠(yuǎn)程計(jì)算機(jī)上的對(duì)象就像本地對(duì)象一樣方便。 RMI 可將完整的對(duì)象作為參數(shù)和返回值進(jìn)行傳遞，而不僅僅是預(yù)定義的數(shù)據(jù)類型。也就是說，可以將類似Java 哈西表這樣的復(fù)雜類型作為一個(gè)參數(shù)進(jìn)行傳遞。 缺點(diǎn)： 如果是較為簡(jiǎn)單的方法調(diào)用，其執(zhí)行效率也許會(huì)比本地執(zhí)行慢很多，即使和遠(yuǎn)程Socket機(jī)制的簡(jiǎn)單數(shù)據(jù)返回的應(yīng)用相比，也會(huì)慢一些，原因是，其在網(wǎng)絡(luò)間需要傳遞的信息不僅僅包含該函數(shù)的返回值信息，還會(huì)包含該對(duì)象序列化后的字節(jié)內(nèi)容。
EJB 是以RMI 為基礎(chǔ)的 通過RMI 技術(shù)，J2EE 將EJB 組件創(chuàng)建為遠(yuǎn)程對(duì)象，EJB 雖然用了RMI 技術(shù)，但是卻只需要定義遠(yuǎn)程接口而無需生成他們的實(shí)現(xiàn)類，這樣就將RMI 技術(shù)中的一些細(xì)節(jié)問題屏蔽了。但不管怎么說，EJB 的基礎(chǔ)仍然是RMI，所以，如果你想了解EJB 的原理，只要把RMI的原理搞清楚就行了。你也就弄清楚了什么時(shí)候用EJB 什么時(shí)候不需要用EJB 了。
?
3、EJB 中所謂的"服務(wù)群集" 既然已經(jīng)知道了，RMI 是將各種任務(wù)與功能的類放到不同的服務(wù)器上，然后通過各個(gè)服務(wù)器間建立的調(diào)用規(guī)則實(shí)現(xiàn)分布式的運(yùn)算，也就明白EJB 所謂的"服務(wù)群集"的概念。 就是將原來在一個(gè)計(jì)算機(jī)上運(yùn)算的幾個(gè)類，分別放到其他計(jì)算機(jī)上去運(yùn)行，以便分擔(dān)運(yùn)行這幾個(gè)類所需要占用的CPU 和內(nèi)存資源。同時(shí)，也可以將不同的軟件功能模塊放到不同的服務(wù)器上，當(dāng)需要修改某些功能的時(shí)候直接修改這些服務(wù)器上的類就行了，修改以后所有客戶端的軟件都被修改了。如圖下所示：
這種部署難道是無懈可擊 ？
圖上所示的這個(gè)"服務(wù)群集"看似"無懈可擊"，其實(shí)是它這個(gè)圖沒有畫完整，我們來把這個(gè)圖畫完整，再來看看有什么問題沒有。
瓶頸在數(shù)據(jù)庫端 ！
圖2 15
仔細(xì)觀察之后，發(fā)現(xiàn)這種配置是有瓶頸的。我們看看上圖的結(jié)構(gòu)圖，現(xiàn)在如果想實(shí)現(xiàn)各個(gè)服務(wù)器針對(duì)同一個(gè)數(shù)據(jù)庫的查詢，那么，不管你部署多少個(gè)功能服務(wù)器，都需要針對(duì)一個(gè)數(shù)據(jù)庫服務(wù)器進(jìn)行查詢操作。也就是說，不管你的"計(jì)算"有多么"分布"也同樣需要從一臺(tái)服務(wù)器中取得數(shù)據(jù)。雖然，看起來將各個(gè)功能模塊分布在不同的服務(wù)器上從而分擔(dān)了各個(gè)主計(jì)算機(jī)的CPU 資源，然而，真正的瓶頸并不在這里，而是，數(shù)據(jù)庫服務(wù)器那里。數(shù)據(jù)庫服務(wù)器都會(huì)非常忙的應(yīng)付各個(gè)服務(wù)器的查詢及操作請(qǐng)求。
因此，通過這個(gè)結(jié)構(gòu)圖使我們了解到了EJB 根本不能完全解決負(fù)載的問題，因?yàn)?#xff0c;瓶頸并不在功能模塊的所在位置，而是在數(shù)據(jù)庫服務(wù)器這里。
假如分開數(shù)據(jù)庫，數(shù)據(jù)共享怎么辦 ？ 有的讀者一定會(huì)想到下面的這個(gè)應(yīng)用結(jié)構(gòu)，如圖所示。
?
就是把每一個(gè)功能服務(wù)器后面都部署一個(gè)數(shù)據(jù)庫，這樣不就解決了上節(jié)所說的問題了嗎？是的解決了數(shù)據(jù)庫查詢負(fù)載的問題，然而又出現(xiàn)了新的問題，就是"數(shù)據(jù)共享"的問題就又不容易解決了。
網(wǎng)絡(luò)面臨較大壓力，讓你的應(yīng)用慢如老牛： 我們?cè)傧蚯胺纯慈鐖D2 15所示的這種架構(gòu)中存在兩個(gè)網(wǎng)絡(luò)，一個(gè)是"A 網(wǎng)"一個(gè)是"B網(wǎng)"，這兩個(gè)網(wǎng)絡(luò)是不同的。"B 網(wǎng)"往往是局域網(wǎng)，一般帶寬是10M/100M，速度較快，因此到還好說，然而，"A 網(wǎng)"往往是互聯(lián)網(wǎng)或者是利用電信網(wǎng)絡(luò)互聯(lián)VPN 網(wǎng)或稱廣域網(wǎng)。"A 網(wǎng)"的特點(diǎn)是帶寬一般較窄，如ADSL 的網(wǎng)絡(luò)僅僅有512K-4M 的帶寬，由于廣域網(wǎng)互聯(lián)的成本較高，所以一般不會(huì)有較高的帶寬。而在這個(gè)網(wǎng)絡(luò)上恰恰跑的是功能模塊和客戶端軟件之間交換的數(shù)據(jù)，而這部分?jǐn)?shù)據(jù)恰恰 優(yōu)勢(shì)非常占用帶寬的。因此，這個(gè)應(yīng)用架構(gòu)其運(yùn)行速度可以想見是多么的慢了。說句不夸張的話，有點(diǎn)想老牛拉破車一樣的慢。 一個(gè)如老牛的系統(tǒng)： 目前在中國互聯(lián)網(wǎng)做運(yùn)營商網(wǎng)絡(luò)管理系統(tǒng)的一個(gè)大公司，它的一個(gè)早期的網(wǎng)管軟件就是采用了這種架構(gòu)來做的C/S 結(jié)構(gòu)的應(yīng)用系統(tǒng)。有一次，我作為評(píng)估者來對(duì)其應(yīng)用系統(tǒng)進(jìn)行評(píng)估，將其部署到一個(gè)非運(yùn)營商大型的網(wǎng)絡(luò)中的時(shí)候，便出現(xiàn)了我們上述描述的情況，速度已經(jīng)到了難以忍受的地步，打開一個(gè)流量圖， 有時(shí)候需要用15分鐘的時(shí)間才能呈現(xiàn)完整。然而，該系統(tǒng)在開發(fā)階段并沒有發(fā)現(xiàn)這個(gè)問題，為什么呢？因?yàn)?#xff0c;他們沒有考慮到應(yīng)用的實(shí)際用戶連接網(wǎng)絡(luò)的復(fù)雜性，從而給該公司造成較大損失，以至于，這個(gè)開發(fā)架構(gòu)被最終遺棄。
?
4、EJB 活學(xué)活用，J2EE 不是必須使用EJB 通過上面小節(jié)的講解似乎好像EJB 和開發(fā)Web 應(yīng)用的B/S 結(jié)構(gòu)的系統(tǒng)關(guān)系并不大，其實(shí)倒也不然。我們?nèi)绻?#34;客戶端程序"理解成某一臺(tái)服務(wù)器，這樣也是可以被應(yīng)用的，而且，如果是服務(wù)器互相之間做EJB 的調(diào)用的話，也就不存在廣域網(wǎng)帶寬限制的問題了。 但是，如下情況盡量就不要使用EJB 了： 1、較為簡(jiǎn)單的純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對(duì)象可序列化機(jī)制實(shí)現(xiàn)分布計(jì)算。
c.服務(wù)器集群： 就是通過RMI的通信，連接不同功能模塊的服務(wù)器，以實(shí)現(xiàn)一個(gè)完整的功能。
總結(jié)
- 上一篇： YOLO 训练
- 下一篇： Linux的hostname修改详解