歡迎來到“管理角”這個(gè)版，新一期的月刊專欄專注于 weblogic 服務(wù)器的管理、配置、處理和開發(fā)方面。

　　開辟這個(gè)專欄的目的是為了向大家介紹在使用weblogic sever時(shí)，能普遍用到的非j2ee開發(fā)方面的問題。開發(fā)者和管理者同樣會(huì)發(fā)現(xiàn)這個(gè)專欄非常有價(jià)值，因?yàn)檫@些文章既適用于開發(fā)又適用于最終產(chǎn)品的應(yīng)用。此外，它很大程度上利用了來自于該領(lǐng)域和工程實(shí)驗(yàn)室的經(jīng)驗(yàn)，它提供了對(duì)實(shí)際問題的詳細(xì)解答。

　　jsp預(yù)編譯的必要性

　　本文著眼于移除潛在的系統(tǒng)性能瓶頸，它通過解決一個(gè)最普通的問題??在服務(wù)器運(yùn)行時(shí)間中的jsp (javaserver page)編譯的系統(tǒng)開銷問題，這個(gè)問題困擾著幾乎所有的j2ee發(fā)展計(jì)劃。雖然jsp是在j2ee應(yīng)用范圍內(nèi)呈現(xiàn)動(dòng)態(tài)html視圖的理想選擇，但在某種程度上它們會(huì)影響性能，這比錯(cuò)誤的更令人討厭，給人的第一感覺是該程序很慢。

　　根據(jù)j2ee規(guī)范，jsp主要是html文件，在它里面包含著java代碼用來和其他的系統(tǒng)組件進(jìn)行交互以及動(dòng)態(tài)的顯示信息。規(guī)范規(guī)定所有的j2ee編譯應(yīng)用服務(wù)器應(yīng)當(dāng)支持jsp，客戶請(qǐng)求一個(gè)特定的jsp，將：

　　● 轉(zhuǎn)換jsp從html格式成為servlet類型的java類（java源格式），用簡寫的jsp符號(hào)代替完全符合規(guī)定的java語法

　　● 將新產(chǎn)生的java源文件編譯成.class字節(jié)碼形式

　　● 在新編譯的類上執(zhí)行適當(dāng)?shù)慕涌诜椒ú⑶覍?duì)客戶端請(qǐng)求返回響應(yīng)。

　　雖然從發(fā)展的觀點(diǎn)來看對(duì)于在表示層內(nèi)管理動(dòng)態(tài)html的產(chǎn)生這是最好的途徑，但它影響到服務(wù)器的運(yùn)行時(shí)間環(huán)境，要求jsp被解析、轉(zhuǎn)變成java代碼，并且在它去處理一個(gè)特定的客戶端請(qǐng)求之前被編譯。對(duì)最終用戶明顯的影響是，一個(gè)響應(yīng)將會(huì)被延遲知道給定的jsp文件被編譯通過。考慮到一個(gè)特定的用戶請(qǐng)求可能用到兩個(gè)或多個(gè)jsp文件，因此編譯狀態(tài)必需的時(shí)間增加了很多倍。

　　對(duì)第一個(gè)請(qǐng)求一個(gè)特定的jsp頁面并且迫使被請(qǐng)求的文件進(jìn)行初始編譯的終端用戶，會(huì)感覺應(yīng)用程序很慢并且沒有響應(yīng)。 雖然這樣的感覺可能存在，但是對(duì)于特定的jsp文件的編譯過程通常在給定的應(yīng)用服務(wù)器虛擬機(jī)實(shí)例的生命周期中完成一次。 因此，它對(duì)性能總體上的影響被考慮成一種障礙，而不是對(duì)應(yīng)用程序總響應(yīng)時(shí)間的一個(gè)嚴(yán)重的障礙。然而，在生產(chǎn)環(huán)境中為了傳送基于jsp的j2ee應(yīng)用程序的生產(chǎn)系統(tǒng)，必須克服jsp的缺陷并且對(duì)最終用戶進(jìn)行透明的編譯。

　　這樣，生產(chǎn)環(huán)境如何能受益于jsp文件，還要避免運(yùn)行時(shí)編譯的性能打擊？答案是簡單的：執(zhí)行一個(gè)一般作為jsp預(yù)編譯的過程。 借用jsp預(yù)編譯，已經(jīng)被預(yù)編譯的在脫機(jī)環(huán)境中的jsp文件和他們的編譯結(jié)果被部署在生產(chǎn)環(huán)境中。如果結(jié)果類文件的預(yù)編譯和部署正確的完成，應(yīng)用程序服務(wù)器將會(huì)為jsp文件運(yùn)行先前的編譯類，并且在運(yùn)行中將不強(qiáng)制對(duì)特定的請(qǐng)求進(jìn)行再編譯。 這樣產(chǎn)生了一種情況，應(yīng)用程序的操作避免了多余的編譯開銷，允許系統(tǒng)管理員移除對(duì)系統(tǒng)總性能會(huì)造成影響的一個(gè)已知的瓶頸。

　　不同的方法論和途徑

　　沒有人懷疑jsp預(yù)編譯的承諾聽起來令人興奮。 然而，為了要實(shí)現(xiàn)這樣的承諾，你必須首先了解能夠執(zhí)行這個(gè)技術(shù)的不同途徑，以及它們各自優(yōu)點(diǎn)和缺點(diǎn)。

　　運(yùn)行應(yīng)用程序進(jìn)行強(qiáng)制預(yù)編譯

　　用于實(shí)現(xiàn)jsp預(yù)編譯最顯而易見的方法是在產(chǎn)品發(fā)布前，通過請(qǐng)求在應(yīng)用程序中的所有可能的jsp頁面，因此編譯在終端用戶訪問站點(diǎn)前完成。它既可以通過第一次人工瀏覽整個(gè)站點(diǎn)時(shí)完成也可以通過從測(cè)試系列應(yīng)用程序或其他腳本語言的客戶端（例如loadrunner 或 silkperformer）發(fā)動(dòng)自動(dòng)請(qǐng)求來實(shí)現(xiàn)。 當(dāng)使用這種方法（可能是所有的jsp預(yù)編譯方法中的最簡單的而又較下策的一個(gè)方法）時(shí)，他的缺點(diǎn)很快就顯現(xiàn)出來了。也許最大的缺點(diǎn)是很難實(shí)現(xiàn)跨集群環(huán)境，在集群環(huán)境中，用該方法對(duì)于單一節(jié)點(diǎn)的實(shí)例發(fā)送的請(qǐng)求依集群中的節(jié)點(diǎn)數(shù)量成倍的增加。而且，當(dāng)這個(gè)集群是由一個(gè)或更多的web服務(wù)器或硬件負(fù)載權(quán)衡者來代理時(shí)，更難保證在一個(gè)集群的環(huán)境中每個(gè)服務(wù)器實(shí)例都進(jìn)行jsp預(yù)編譯，因?yàn)橐话銢]有方法來搞清代理最初把請(qǐng)求轉(zhuǎn)到哪個(gè)應(yīng)用服務(wù)器。此外，在應(yīng)用服務(wù)器每次重啟時(shí)，這個(gè)方法必須執(zhí)行，當(dāng)站點(diǎn)很小時(shí)，不能一次實(shí)現(xiàn)所有的編譯就會(huì)很痛苦。因此，我們不推薦這種jsp預(yù)編譯的方法。

商業(yè)源碼熱門下載www.html.org.cn

　　使用編譯工具來實(shí)現(xiàn)預(yù)編譯

　　因?yàn)槿斯?zhí)行一個(gè)站點(diǎn)應(yīng)用程序來強(qiáng)制jsp預(yù)編譯在真實(shí)的產(chǎn)品環(huán)境中是一個(gè)較大的缺點(diǎn)，在預(yù)編譯運(yùn)行期間選擇編譯jsp，使其變成為servlets變得更令人心動(dòng)。幸運(yùn)地，wls提供了二個(gè)方法。第一種方法在服務(wù)器啟動(dòng)部署一個(gè)特定的web應(yīng)用程序的時(shí)候執(zhí)行預(yù)編譯（declarative預(yù)編譯），第二種方法是命令行java工具（weblogic.jspc）允許過程在完全脫機(jī)的情況下處理（程序方式的預(yù)編譯）。兩種方法都有它們的優(yōu)點(diǎn)，程序方式的預(yù)編譯在兩者中有更靈活的選項(xiàng)，并且提供更讓人無法抗拒的理由來使用它。

　　declarative預(yù)編譯

　　對(duì)于在wls下公布的預(yù)編譯，一個(gè)特定的web應(yīng)用程序（獨(dú)立的或者作為ear的一部分）能夠被配置，因此所有的jsp在應(yīng)用程序部署（服務(wù)器啟動(dòng)時(shí)）和重新部署（運(yùn)行時(shí)）期間里被預(yù)編譯。對(duì)web-inf/ weblogic.xml部署描述符要做必要的配置變化，使用預(yù)編譯指令，如下：

　　在一個(gè)特定的web應(yīng)用程序上進(jìn)行部署（或重新部署），如果上述的參數(shù)被設(shè)定成真， wls 將會(huì)在war內(nèi)嘗試預(yù)編譯所有的jsp文件，在程序中從 web 應(yīng)用程序的根目錄下循環(huán)的運(yùn)行它的方法( 略過web-inf) 。以. jsp 或 .jsp為擴(kuò)展名的文件都變成了編譯的對(duì)象。 被編譯后的文件被以適當(dāng)?shù)陌夸浗Y(jié)構(gòu)形式被放置在web 應(yīng)用程序的臨時(shí)工作目錄下面（默認(rèn)在web-inf子目錄中，除非在 weblogic.xml 里有特別說明）。

　　這個(gè)方法是到目前為止進(jìn)行jsp預(yù)編譯最方便的途徑（“flick-a-switch” 途徑），他有許多指出來毫無意義的缺點(diǎn)。如果一個(gè)錯(cuò)誤在jsp的編譯期間或在部署(或重新部署) 的時(shí)候發(fā)生，web 應(yīng)用程序的預(yù)編譯將會(huì)在例外處暫停。另外，如果在一個(gè)特定的web應(yīng)用程序里面有許多jsp文件的情況，declarative預(yù)編譯顯著的影響著部署時(shí)間，阻斷部署直到所有的文件都被編譯。對(duì)于大型的應(yīng)用程序，當(dāng)出現(xiàn)數(shù)以百計(jì)的jsp 文件以declarative預(yù)編譯被執(zhí)行的時(shí)候，這種部署時(shí)間趨向以分鐘來計(jì)算 (在某些情況10到15分鐘，其他情況可能更長時(shí)間)。設(shè)想開始一個(gè)服務(wù)器實(shí)例，在一個(gè)特定的web應(yīng)用程序周期內(nèi)進(jìn)入部署狀態(tài)用declarative 預(yù)編譯激活。如果在應(yīng)用內(nèi)有很多的jsp文件以及部署，接近完成時(shí)就已經(jīng)花費(fèi)了大量的時(shí)間，在編譯期間由于拋出一個(gè)例外而突然失敗，當(dāng)然會(huì)引起挫折感。雖然起先看起來比較方便，但declarative 編譯對(duì)生產(chǎn)系統(tǒng)管理造成重大的風(fēng)險(xiǎn)，因此應(yīng)該在經(jīng)過慎重的考慮后再使用它。

　　程序方式的預(yù)編譯

　　在wls下最可靠的預(yù)編譯jsp的方法是使用java命令行，weblogic.jspc，它位于wls安裝的lib目錄之下的weblogic.jar文件中。這個(gè)工具允許開發(fā)者在發(fā)展階段和在部署前解決編譯時(shí)間問題的時(shí)候編譯需要的jsp文件。它也為生產(chǎn)系統(tǒng)提供一個(gè)有能力實(shí)現(xiàn)jsp預(yù)編譯的管理員。這種用法的主要好處是：

　　● 文件可以被預(yù)編譯一次然后可以被多次部署。（這不被服務(wù)器實(shí)例的重復(fù)利用所影響）

　　● 編譯時(shí)的例外可以被預(yù)先解決而不影響部署。

　　● 類可以通過集群部署。

　　使用weblogic.jspc的缺點(diǎn)是需要人工干涉，并且它在開發(fā)時(shí)并當(dāng)在jsp文件變得過時(shí)的時(shí)候必須被重新運(yùn)行。然而，考慮到前面的兩個(gè)方法的討論，我們幾乎不能將這種不方便當(dāng)成該方法的一個(gè)缺點(diǎn)，因此推薦它作為最可靠和最靈活的機(jī)制來實(shí)現(xiàn)jsp預(yù)編譯。