【正文】 今天，大部分servlet容器都支持這個約定，即使servlet規(guī)范中并沒有正式的定義。如果你以前曾經(jīng)使用過servlet，那么你可能習(xí)慣于用以/myApp/servlet開頭的URI來調(diào)用servlet。將應(yīng)用程序請求映射到servlet使用控制器servlet的第一個要求是所有請求必須都經(jīng)過該servlet。l 在不修改代碼的情況下改變應(yīng)用程序頁面流的機(jī)制。l Servlet必須能夠區(qū)分請求，以便進(jìn)行不同類型的處理。在某些使用程序類的幫助下，servlet還可以提供諸如輸入驗(yàn)證、J18N準(zhǔn)備之類的服務(wù)，而且通常會鼓勵使用更有效率的方法來請求處理。使用servlet集中處理請求將servlet作為所有應(yīng)用程序請求的公共入口時，可以獲得對應(yīng)用程序頁面流的整體控制。將servlet、監(jiān)聽器和過濾器混合起來，就將JSP頁面對復(fù)雜邏輯的需求降到了最低。l 用Java代碼進(jìn)行請求處理效果最佳：servlet作為控制器正符合需要。l 數(shù)據(jù)庫訪問bean必須在應(yīng)用程序啟動時可用于所有其他的部分：應(yīng)用程序生命周期時間監(jiān)聽器是用了該任務(wù)的完美的組件類型。很明顯，這種應(yīng)用程序可以從使用JSP頁面與組件類型的組合中受益，其中組件類型由用于MVC角色的servlet規(guī)范所定義。由于應(yīng)用程序在不斷地發(fā)展變化，因此可能變得很難作為純JSP應(yīng)用程序來維護(hù)。頁面的一般都是純粹的控制器和商務(wù)邏輯處理，它訪問數(shù)據(jù)庫以對用戶進(jìn)行身份驗(yàn)證，而且多數(shù)頁面都需要訪問控制。當(dāng)應(yīng)用程序啟動和關(guān)閉時會由容器調(diào)用該接口的方法?？梢栽谛枰蚕碣Y源的servlet和JSP頁面中包含初始化共享資源的代碼，但是更標(biāo)準(zhǔn)的方法是在一個位置放置所有這些代碼，并在假設(shè)資源已經(jīng)初始化和可用的情況下，使應(yīng)用程序的其他部分可以正常工作。使用監(jiān)聽器初始化共享資源Bean一般都有需要在使用之前進(jìn)行初始化。接口定義的是事件相應(yīng)的方法。新類型的監(jiān)聽器遵循的是標(biāo)準(zhǔn)Java事件模型?？梢詾閟ervlet環(huán)境和會話生命周期事件以及激活和鈍化事件（容器用來暫時將會話狀態(tài)保存在磁盤上或?qū)捯浦驳搅硪粋€服務(wù)器上）創(chuàng)建監(jiān)聽器。Servlet ，只能處理會話屬性綁定事件（在添加對象或從會話中刪除對象時）。過濾器可以應(yīng)用在特定servlet上，或匹配某種URL模式的所有請求上，例如以相同的路徑元素開頭或具有相同擴(kuò)展名的URL。過濾器對請求與應(yīng)答的行為體和首部具有完全訪問權(quán)限，因此還可以執(zhí)行各種轉(zhuǎn)換。過濾器過濾器是一種組件，可以解釋對servlet、JSP頁面或靜態(tài)頁面的請求以及發(fā)送給客戶端之前的應(yīng)答。使用過濾器和監(jiān)聽器Servlet規(guī)范servlet內(nèi)定義了兩種組件類型：過濾器和監(jiān)聽器。該接口定義了為應(yīng)答行為體獲取數(shù)序程序或流的方法。該接口定義的方法可提供對關(guān)于請求的許多信息的訪問。在Windows平臺中，應(yīng)在CLASSPATH中包含JAR文件。該JAR文件將隨所有的Web容器一起發(fā)布。如果只在init（）和destroy（）方法中修改參考的對象，而且只在請求處理方法中讀取他們，那么不用喪失任何細(xì)節(jié)就可以滿足關(guān)于實(shí)例變量的這個要求。容器只為每個Servlet創(chuàng)建一個實(shí)例非常重要。除了doGet（）和doPost（）方法之外，還有一些對應(yīng)于其他HTTP方法的方法：doDelete（）、doHead（）、doOptiongs（）、doPut（）和doTrace（）。它根據(jù)需要創(chuàng)建servlet類的實(shí)例、將請求傳遞給實(shí)例進(jìn)行處理，最終刪除實(shí)例。該類實(shí)現(xiàn)了Servlet接口，并提供了使用HTTP處理的附加方法。，實(shí)現(xiàn)是直接完成或通過擴(kuò)展某個支持類來完成的。它是用Servlet API定義的類和接口實(shí)現(xiàn)的。將servlet和JSP頁面組合起來使用，可以把應(yīng)用程序的邏輯部分和外觀呈現(xiàn)部分清楚地分開；換句話，利用這個方式可以對模型、視圖和控制器這三種角色分別使用最合適的組件類型。因?yàn)槭状卧L問的時候要執(zhí)行一系列以上的過程，所以會耗費(fèi)一些時間；以后的訪問就不會這樣了。如果已經(jīng)做過修改的話，那就會再次執(zhí)行以上過程，翻譯、編譯并裝載。當(dāng)我們訪問一個JSP頁面的時候，這個文件首先會被JSP引擎翻譯為一個Java源文件，其實(shí)就是一個Servlet，并進(jìn)行編譯，然后像其他Servlet一樣，由Servlet引擎來處理。JSP 文件看起來就像一個普通靜態(tài)HTML文件，只不過里面包含了一些Java代碼。使用JSP比用Servlet更簡單。它可以讓常規(guī)靜態(tài)HTML與動態(tài)產(chǎn)生的內(nèi)容相結(jié)合，看起來像一個HTML網(wǎng)頁，卻作為Servlet來運(yùn)行。而且，Servlet使用線程，因而可以開發(fā)出效率更高的Web應(yīng)用。與一般類的不同之處是，這個類運(yùn)行在一個Servlet容器內(nèi)，可以提供session管理和對象生命周期管理。Servlet處理請求的過程是這樣的：當(dāng)收到來自客戶端的請求后，調(diào)用service方法，該方法中Servlet先判斷到來的請求是什么類型的（GET/POST/HEAD…），然后調(diào)用相應(yīng)的處理方法（doGet/doPost/doHead…）并生成響應(yīng)。與CGI不同的是，Servlet沒有生成新的進(jìn)程，而是與HTTP Server處于同一進(jìn)程中。與CGI相似，Servlet支持請求/響應(yīng)模型。雖然CGI技術(shù)發(fā)展成熟且功能強(qiáng)大，但由于編程困難、效率低下、修改復(fù)雜等缺點(diǎn)，所以有逐漸被取代的趨勢。這就是隨意開發(fā)的弊端。比方說，在HTML文檔中如果嵌入過多的Java代碼（scriptlet），就會導(dǎo)致開發(fā)出來的應(yīng)用非常復(fù)雜、難以閱讀、不容易復(fù)用，而且對以后的維護(hù)和修改也會造成困難。Java開發(fā)者喜歡使用它有多種原因，其一是對于已經(jīng)熟悉Java語言的開發(fā)者來說這個技術(shù)容易學(xué)習(xí)；其二是Java把“一次編寫，到處運(yùn)行”的理念帶入到Web應(yīng)用中，實(shí)現(xiàn)了“一次編寫，到處實(shí)現(xiàn)”。re probably used to invoking a servlet with a URI that starts with /myApp/servlet. This is a convention introduced by Suns Java Web Server (JWS), the first product to support servlets before the API was standardized. Most servlet containers support this convention today, even though it39。s easy to forget to include the access control code in new pages. This is clearly an application that can benefit from using a bination of JSP pages and the ponent types defined by the servlet specification for the MVC roles. Let39。re out of luck.FiltersA filter is a ponent that can intercept a request targeted for a servlet, JSP page, or static page, as well as the response before it39。t yet support this version of the specification, I39。s important to realize that the container creates only one instance of each servlet. This means that the servlet must be thread safe able to handle multiple requests at the same time, each executing as a separate thread through the servlet code. Without getting lost in details, you satisfy this requirement with regards to instance variables if you modify the referenced objects only in the init( ) and destroy( ) methods, and just read them in the request processing methods.Compiling and Installing a ServletTo pile a servlet, you must first ensure that you have the JAR file containing all Servlet API classes in the CLASSPATH environment variable. The JAR file is distributed with all web containers. Tomcat includes it in a file called , located in the mon/lib directory. On a Windows platform, you include the JAR file in the CLASSP