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