通過JSP先行編譯消除效能瓶頸

 　　歡迎來到“管理角”這個版，新一期的月刊專欄專註於 WebLogic 伺服器的管理、配置、處理和開發方面。

　　開闢這個專欄的目的是為了向大家介紹在使用WebLogic Sever時，能普遍用到的非J2EE開發方面的問題。開發人員和管理者同樣會發現這個專欄非常有價值，因為這些文章既適用於開發又適用於最終產品的應用。此外，它很大程度上利用了來自於該領域和工程實驗室的經驗，它提供了對實際問題的詳細解答。

　　JSP先行編譯的必要性

　　本文著眼於移除潛在的系統效能瓶頸，它通過解決一個最普通的問題??在伺服器已耗用時間中的JSP (JavaServer Page)編譯的系統開銷問題，這個問題困擾著幾乎所有的J2EE發展計劃。雖然JSP是在J2EE應用範圍內呈現動態HTML視圖的理想選擇，但在某種程度上它們會影響效能，這比錯誤的更令人討厭，給人的第一感覺是該程式很慢。

　　根據J2EE規範，JSP主要是HTML檔案，在它裡麵包含著Java代碼用來和其他的系統組件進行互動以及動態顯示資訊。規範規定所有的J2EE編譯應用伺服器應當支援JSP，客戶請求一個特定的JSP，將：

　　● 轉換JSP從HTML格式成為servlet類型的Java類(Java源格式)，用簡寫的JSP符號代替完全符合規定的Java文法

　　● 將新產生的Java源檔案編譯成.class位元組碼形式

　　● 在新編譯的類上執行適當的介面方法並且對用戶端請求返迴響應。

　　雖然從發展的觀點來看對於在展示層內管理動態HTML的產生這是最好的途徑，但它影響到伺服器的已耗用時間環境，要求JSP被解析、轉變成Java代碼，並且在它去處理一個特定的用戶端請求之前被編譯。對終端使用者明顯的影響是，一個響應將會被延遲知道給定的JSP檔案被編譯通過。考慮到一個特定的使用者請求可能用到兩個或多個JSP檔案，因此編譯狀態必需的時間增加了很多倍。