【導(dǎo)讀】chapter1. AServlet'sJob. Figure1-1. andsoon.Ifthep

　　

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