【導讀】—————英文翻譯。題目Servlet和Jsp技術概要。專業(yè)班級軟件工程08-1. 院（系）軟件學院。指導教師聶南（副教授）。完成時間2020年6月2日

　　

【正文】 pplet，那么用戶將會看到： “ 正在下載 50TB 的 applet，請等待！ ” 。顯然，這樣很愚蠢；這種情況下，我們需要與數(shù)據(jù)庫進行會話。從客戶端到 Web層再到數(shù)據(jù)庫（三層結構），要比從 applet 直接到數(shù)據(jù)庫（二層結構）更靈活，也更安全，而性能上的損失很少甚至沒有。畢竟數(shù)據(jù)庫調用通常是對速度影響最大的步驟，因而， 經過中間層可以執(zhí)行高速緩存和連接共享。 理論上講， servelt 并非只用于處理 HTTP 請求的 Web 服務器或應用服務器，它同樣可以用于其他類型的服務器。例如， servlet 能夠嵌入到 FTP或郵件服務器中，擴展他們的功能。而且，用于會話啟動協(xié)議服務器的 servlet API 最近已經被標準化（參見 servelt 的這種用法尚不流行，在此，我們只論述 HTTP Servlet。 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ù)。 Servlet 和 Jsp 技術概要 軟件工程 081 婁文 520813130116 13 便利 Servelt 提供大量的基礎構造，可以自動分析和解碼 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 還能維護請求之間的信息，使得諸如會話跟蹤和計算結果緩存等技術變得更為簡單。 可移植性 Servelt 使用 Java 編程語言，并且遵循標準的 API。所有主要的 Web 服務器。實際上都直接或通過插件支持 servlet。因此。為 Macromedia JRun 編寫的servlet，可以不經過任何修改地在 Apache Tomcat， Microsoft Inter Information Server， IBM WebSphere 。 iPla Enterprise Server。 Oracle9i AS 或者 StrNine WebStar 上運行。他們是 java2 平臺企業(yè)版的一部分，所以對servlet 的支持越來越普遍。 通過 B/S（ Browser/Server）結構即瀏覽器和服務器結構。它是隨著 Inter技術的興起，對 C/S 結構的一種變化或者改進的結構。在這種結構下，用戶工作界面是通過 WWW 瀏覽器來實現(xiàn)，極少部分事務邏輯在前端（ Browser）實現(xiàn)，但是主要事務邏輯在服務器端（ Server）實現(xiàn)，形成所謂三層 3tier 結構。這樣就大大簡化了客戶端電腦載荷，減輕了系統(tǒng)維護與升級的成本和工作量，降低了用戶的總體成本（ TCO）。以目前的技術看，局域網建立 B/S 結構的網絡應用，并通過 Inter/Intra 模式下數(shù)據(jù)庫應用，相對易于把握、成本也是較低的。它是一次性到位的開發(fā)，能實現(xiàn)不同的人員，從不同的地點，以不同的接入方式（比Servlet 和 Jsp 技術概要 軟件工程 081 婁文 520813130116 14 如 LAN, WAN, Inter/Intra 等）訪問和操作共同的數(shù)據(jù)庫；它能有效地保護數(shù)據(jù)平臺和管理訪問權限，服務器數(shù)據(jù)庫也很安全 。目前我院內 網（ Intra）、外網（ Inter）和北京東方清大公司“案件、辦公管理軟件”就是 B/S 結構管理軟件，干警在局域網各工作站通過 WWW 瀏覽器就能實現(xiàn)工作業(yè)務。特別是在 JAVA 這樣的跨平臺語言出現(xiàn)之后， B/S 架構管理軟件更是方便、快捷、高效。 解決方案： （ 1）維護和升級方式簡單。 目前，軟件系統(tǒng)的改進和升級越來越頻繁， B/S 架構的產品明顯體現(xiàn)著更為方便的特性。對一個稍微大一點單位來說，系統(tǒng)管理人員如果需要在幾百甚至上千部電腦之間來回奔跑，效率和工作量是可想而知的，但 B/S 架構的軟件只需要管理服務器 就行了，所有的客戶端只是瀏覽器，根本不需要做任何的維護。無論用戶的規(guī)模有多大，有多少分支機構都不會增加任何維護升級的工作量，所有的操作只需要針對服務器進行；如果是異地，只需要把服務器連接專網即可，實現(xiàn)遠程維護、升級和共享。所以客戶機越來越“瘦”，而服務器越來越“胖”是將來信息化發(fā)展的主流方向。今后，軟件升級和維護會越來越容易，而使用起來會越來越簡單 ，這 對用戶人力、物力、時間、費用的節(jié)省是顯而易見的，驚人的。因此，維護和升級革命的方式 是 “瘦”客戶機，“胖”服務器。 （ 2）成本降低，選擇更多 。 大家都知道 windows 在桌面電腦上幾乎一統(tǒng)天下，瀏覽器成為了標準配置，但在服務器操作系統(tǒng)上 windows 并不是處于絕對的統(tǒng)治地位。 現(xiàn)在的趨勢是凡使用 B/S 架構的應用管理軟件，只需安裝在 Linux 服務器上即可，而且安全性高。所以服務器操作系統(tǒng)的選擇是很多的，不管選用那種操作系統(tǒng)都可以讓大部分人使用 windows 作為桌面操作系統(tǒng)電腦不受影響，這就使的最流行免費的 Linux操作系統(tǒng)快速發(fā)展起來， Linux 除了操作系統(tǒng)是免費的以外，連數(shù)據(jù)庫也是免費的，這種選擇非常盛行。 比如說很多人每天上“新浪”網，只要安裝了瀏覽器就可以了， 并不需要了解“新浪”的服務器用的是什么操作系統(tǒng)，而事實上大部分網站確實沒有使用windows 操作系統(tǒng)，但用戶的電腦本身安裝的大部分是 windows 操作系統(tǒng)。 （ 3） 應用服務器運行數(shù)據(jù)負荷較重 。 由于 B/S 架構管理軟件只安裝在服務器端 （ Server）上 ， 網絡管理人員只需要管理服務器就行了，用戶界面主要事務邏輯在服務器（ Server）端完全通過Servlet 和 Jsp 技術概要 軟件工程 081 婁文 520813130116 15 WWW 瀏覽器實現(xiàn)，極少部分事務邏輯在前端（ Browser）實現(xiàn)，所有的客戶端只有瀏覽器，網絡管理人員只需要做硬件維護。但是，應用服務器運行數(shù)據(jù)負荷較重，一旦發(fā)生服務器“ 崩潰”等問題，后果不堪設想。因此，許多單位都備有數(shù)據(jù)庫存儲服務器，以防萬一。 廉價 對于開發(fā)用的網站、低容量或中等容量網站的部署，有大量免費或極為廉價的 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 大型機上。他們還是不需要做出任何更改。 安全 Servlet 和 Jsp 技術概要 軟件工程 081 婁文 520813130116 16 傳統(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 編程語言的核心部分。 主流 雖然存在許多很好的技術，但是，如果提供商助支持他們，或開發(fā)人員不知道如何使用這些技術，那么它們 的優(yōu)點又如何體現(xiàn)呢？ servelt 和 jsp 技術得到服務器提供商的廣泛支持，包括 Apache， Oracle， IBM， Sybase， BEA， Maromedia，Causho， Sun/iPla， New Atlanta， ATG， Fujitsu， Lutris， Silverstream，World Wide Web Consortinrm ，以及其他服務器。存在幾種低廉的插件，通過應用這些插件， Microsoft IIS 和 Zeus 也同樣支持 servlet 和 jsp 技術，它們運行在 Windows， Unix/Linus,MacOS,VMS，和 IBM大型機操作系統(tǒng)之上。它們用在航空業(yè)、電子商務、在線銀行、 web 搜索引擎、門戶、大型金融網站、以及成百上千您日常光顧的其他網站。 當然，僅僅是流行并不能證明技術的優(yōu)越性。很多泛美的例子。但我們的立場是：服務器端 Java 本非一項新的、為經證實的技術 。