【導(dǎo)讀】insideadocument.

　　

【正文】 無關(guān)），或者僅僅在用戶請求該頁面時再構(gòu)建。具體應(yīng)該采用哪種方式要根據(jù)具體情況而定，但后一種方式常常更為方便，因為它只需簡單地等待用戶的請求。例如，天氣預(yù)報或新聞網(wǎng)站可能會動態(tài)地構(gòu)建頁面，也有可能會返回之前構(gòu)建的頁面（如果它還是最新的話）。 頁面中使用了來自公司數(shù)據(jù)庫或其他數(shù)據(jù)庫斷數(shù)據(jù)源的信息。 如果數(shù)據(jù)存儲在數(shù)據(jù)庫中，那么，即使客戶端使用動態(tài) Web 內(nèi)容，比如applet，我們依舊需要執(zhí)行服務(wù)器端處理。想象以下，如果一個搜索引擎網(wǎng)站完全使用 applet，那么用戶將會看到： “正在下載 50TB 的 applet，請等待！ ”。顯然，這樣很愚蠢；這種情況下，我們需要與數(shù)據(jù)庫進行會話。從客戶端到 Web 層再到數(shù)據(jù)庫（三層結(jié)構(gòu)），要比從 applet 直接到數(shù)據(jù)庫（二層結(jié)構(gòu)）更靈活，也更安全，而性能上的損失很少甚至沒有。畢竟數(shù)據(jù)庫調(diào)用通常是對速度影響最大的步驟，因而，經(jīng)過中間層可以執(zhí)行高速緩存和連接共享。 理論上講， servelt 并非只用于處理 HTTP 請求的 Web 服務(wù)器或應(yīng)用服務(wù)器，它同樣可以用于其他類型的服務(wù)器。例如， servlet 能夠嵌入到 FTP 或郵件服務(wù)器中，擴展他 們的功能。而且，用于會話啟動協(xié)議服務(wù)器的 servlet API 最近已經(jīng)被標準化（參見 servelt 的這種用法尚不流行，在此，我們只論述 HTTP Servlet。 Servlet 相對于 “ 傳統(tǒng) ” CGI 的優(yōu)點 和傳統(tǒng) CGI 及許多類 CGI 技術(shù)相比， Java servelt 效率更高、更易用、更強大、更容易移植、更安全、也更廉價。 效率 應(yīng)用傳統(tǒng)的 CGI，針對每個 HTTP 請求都用啟動一個新的進程。如果 CGI程序自身相對比 較簡短，那么啟動進程的開銷會占用大部分執(zhí)行時間。而使用servelt， Java 虛擬機會一直運行，并用輕量級的 Java 線程處理每個請求，而非重量級的操作系統(tǒng)進程。類似地，應(yīng)用傳統(tǒng)的 CGI 技術(shù)，如果存在對同一 CGI 程序的 N 個請求，那么 CGI 程序的代碼會載入內(nèi)存 N 次。同樣的情況，如果使用servlet 則啟動 N 個線程，單僅僅載入 servlet 類的單一副本。這種方式減少了服務(wù)器的內(nèi)存需求，通過實例化更少的對象從而節(jié)省了時間。最后，當 CGI 程序結(jié)束對請求的處理之后 ，程序結(jié)束。這種方式難以緩存計算結(jié)果，保持數(shù)據(jù)庫連接打開，或是執(zhí)行依靠持續(xù)性數(shù)據(jù)的其他優(yōu)化。然而， servelt 會一直停留在內(nèi)存中（即使請求處理完畢），因而可以直接存儲客戶請求之間的任意復(fù)雜數(shù)據(jù)。 便利 Servelt 提供大量的基礎(chǔ)構(gòu)造，可以自動分析和解碼 HTML 的表單數(shù)據(jù)，讀取和設(shè)置 HTTP 報頭，處理 cookie，跟蹤會話，以及其他次類高級功能。而在CGI 中，大部分工作都需要我們資金完成。另外，如果您已經(jīng)了解了 Java 編程語言，為什么還有學(xué)校 Perl 呢？您已經(jīng)承認應(yīng)用 Java 技術(shù)編寫的代碼要比 Visual Basic， VBScript 或 C＋＋編寫的代碼更可靠，且更易重用，為什么還有倒退回去選擇那些語言來開發(fā)服務(wù)器端的程序呢？ 強大 Servlet 支持常規(guī) CGI 難以實現(xiàn)或根本不能實現(xiàn)的幾項功能。 Servlet 能夠直接于 Web 服務(wù)器對話，而常規(guī)的 CGI 程序做不到這一點，至少在不使用服務(wù)器專有 API 的情況下是這樣。例如，與 Web 服務(wù)器的通信使得講相對 URL 轉(zhuǎn)換成具體的路徑名變得更為容易。多個 servelt 還可以共享數(shù)據(jù)，從而易于實現(xiàn)數(shù)據(jù)庫連接共享和類似的資源共享優(yōu)化。 Servelt 還能維護請求之間的信息 ，使得諸如會話跟蹤和計算結(jié)果緩存等技術(shù)變得更為簡單。 可移植性 Servelt 使用 Java 編程語言，并且遵循標準的 API。所有主要的 Web 服務(wù)器。實際上都直接或通過插件支持 servlet。因此。為 Macromedia JRun 編寫的 servlet，可以不經(jīng)過任何修改地在 Apache Tomcat， Microsoft Inter Information Server，IBM WebSphere 。 iPla Enterprise Server。 Oracle9i AS 或者 StrNine WebStar 上運行。他們是 java2 平臺企業(yè)版的一部分，所以對 servlet 的支持越來越普遍。 廉價 對于開發(fā)用的網(wǎng)站、低容量或中等容量網(wǎng)站的部署，有大量免費或極為廉價的 Web 服務(wù)器可供選擇。因此，通過使用 servelt 和 jsp，我們可以從免費或廉價的服務(wù)器開始，在項目獲得初步成功后，在移植到更高性能或高級管理工具的昂貴的服務(wù)器上。這與其他 CGI 方案形成鮮明的對比，這些 CGI 方案在初期都需要為購買專利軟件包投入大量的資金。 價格和可移植性在某種程度上是相互關(guān)聯(lián)的。例如， Marty 記錄了所有通過電子郵件向他發(fā)送 問題的讀者的所在國。印度接近列表的頂端，可能僅次于美國。Marty 曾在馬尼拉講授過 jsp 和 servlet 培訓(xùn)課程，那兒對 servelt 和 jsp 技術(shù)抱很大的興趣。 那么，為什么印度和菲律賓都對這項技術(shù)著呢感興趣呢？我們推測答案可能分兩部分。首先，這兩個國家都擁有大量訓(xùn)練有素的軟件開發(fā)人員。其次，這兩個國家的貨幣對美元的匯率都極為不利。因此，從美國公司那里購買專用 Web服務(wù)器會消耗掉項目的大部分前期資金。 但是，使用 servlet 和 JSP，他們能夠從免費的服務(wù)器開始： Apache Tomcat。項目取得成功之 后，他們可以轉(zhuǎn)移到性能更高、管理更容易，但需要付費的服務(wù)器。他們的 servelt 和 jsp 不需要重寫編寫。如果他們的項目變得更龐大，他們或許希望轉(zhuǎn)移到分布式環(huán)境。沒有問題：他們可以轉(zhuǎn)而使用 Macromedia JRun Professional，該服務(wù)器支持分布式應(yīng)用。同樣，他們的 servelt 和 jsp 沒有任何部分需要重寫。如果項目變得極為龐大，錯綜復(fù)雜，他們或許希望使用 Enterprise JavaBeans 來封裝他們的商業(yè)邏輯。因此，他們可以切換到 BEA WebLogic 或Oracle9i AS。同樣，不 需要對 servlet 和 jsp 做出更改。最后，如果他們的項目變得更龐大，他們或許將他從 Linux 轉(zhuǎn)移到運行 IBM WebSphere 的 IBM 大型機上。他們還是不需要做出任何更改。 安全 傳統(tǒng) CGI 程序中主要的漏洞來源之一就是， CGI 程序常常由通過的操作系統(tǒng)外殼來執(zhí)行。因此 ,CGI 程序必須仔細地過濾掉那些可能被外殼特殊處理的字符，如反引導(dǎo)和分號。實現(xiàn)這項預(yù)防措施的難度可能超出我們的想象，在廣泛應(yīng)用的 CGI 庫中，不斷發(fā)現(xiàn)由這類問題引發(fā)的弱點。 問題的第二個來源是，一些 CGI 程序用不自動檢查數(shù)組和字符串邊界的語言編寫而成。例如，在 C 和 C＋＋中，可以分配一個 100 個元素的數(shù)組，然后向第 999 個 “元素 “寫入數(shù)據(jù) ——實際上是程序內(nèi)存的隨機部分，這完全合法。因而，如果程序員忘記執(zhí)行這項檢查，就會將系統(tǒng)暴露在蓄意或偶然的緩沖區(qū)溢出攻擊之下。 Servelt 不存在這些問題。即使 servelt 執(zhí)行系統(tǒng)調(diào)用激活本地操作系統(tǒng)上的程序，它也不會用到外殼來完成這項任務(wù)。當然，數(shù)組邊界的檢查以及其他內(nèi)存包含特性是 java 編程語言的核心部分。 主流 雖然存在許多很好的技術(shù)，但是，如果提供商助支持他們，或開發(fā)人員不知道如何使用這些技術(shù)， 那么它們的優(yōu)點又如何體現(xiàn)呢？ servelt 和 jsp 技術(shù)得到服務(wù)器提供商的廣泛支持，包括 Apache， Oracle， IBM， Sybase， BEA， Maromedia，Causho， Sun/iPla， New Atlanta， ATG， Fujitsu， Lutris， Silverstream， World Wide Web Consortinrm ，以及其他服務(wù)器。存在幾種低廉的插件，通過應(yīng)用這些插件，Microsoft IIS 和 Zeus 也同樣支持 servlet 和 jsp 技術(shù)，它們運行在 Windows，Unix/Linus,MacOS,VMS，和 IBM 大型機操作系統(tǒng)之上。它們用在航空業(yè)、電子商務(wù)、在線銀行、 web 搜索引擎、門戶、大型金融網(wǎng)站、以及成百上千您日常光顧的其他網(wǎng)站。 當然，僅僅是流行并不能證明技術(shù)的優(yōu)越性。很多泛美的例子。但我們的立場是：服務(wù)器端 Java 本非一項新的、為經(jīng)證實的技術(shù)。