一、Servlet概述
1.sun公司提供的動態web資源開發技術。本質是上一段java小程序，要求這個小程序必須實現Servlet接口，以便服務器能夠調用。
2.開發Servlet的兩個步驟
*實驗：Servlet的快速入門
（1）步驟一：寫一個java程序實現Servlet接口（此處直接繼承了默認實現類GenericServlet）
package cn.itheima;import java.io.*;import javax.servlet.*;public class FirstServlet extends GenericServlet{public void service(ServletRequest req, ServletResponse res) throws ServletException, java.io.IOException{res.getOutputStream().write("My FirstServlet!".getBytes());}}（2）將編譯好的帶包的.class放到WEB-INF/classes下以外，還要配置web應用的web.xml註冊Servlet
<servlet> <servlet-name>FirstServlet</servlet-name> <servlet-class>cn.itheima.FirstServlet</servlet-class> </servlet> <servlet-mapping> <servlet-name>FirstServlet</servlet-name> <url-pattern>/FirstServlet</url-pattern> </servlet-mapping>
3.利用MyEclipse開發Servlet
二、Servlet的詳述
1.生命週期：一件事物甚麼時候生，什麼時候死，在生存期間必然會做的事情，所有這些放在一起就是該事物的聲明周期。
2.Servlet的生命週期：通常情況下，servlet第一次被訪問的時候在內存中創建對象，在創建後立即調用init()方法進行初始化。對於每一次請求都掉用service(req,resp)方法處理請求，此時會用Request對象封裝請求信息，並用Response對象（最初是空的）代表響應消息，傳入到service方法裡供使用。當service方法處理完成後，返回服務器服務器根據Response中的信息組織稱響應消息返回給瀏覽器。響應結束後servlet並不銷毀，一直駐留在內存中等待下一次請求。直到服務器關閉或web應用被移除出虛擬主機，servlet對象銷毀並在銷毀前調用destroy()方法做一些善後的事情。
3.Servlet接口的繼承結構
Servlet接口：定義了一個servlet應該具有的方法，所有的Servlet都應該直接或間接實現此接口
|
|----GenericServlet：對Servlet接口的默認實現，通用Servlet，這是一個抽像類，其中的大部分方法都做了默認實現，只有service方法是一個抽象方法需要繼承者自己實現
|
|----HttpServlet:對HTTP協議進行了優化的Servlet，繼承自GenericServlet類，並且實現了其中的service抽象方法，默認的實現中判斷了請求的請求方式，並根據請求方式的不同分別調用不同的doXXX()方法。通常我們直接繼承HttpServlet即可
4.web.xml註冊Servlet的注意事項
4.1利用<servlet><servlet-mapping>標籤註冊一個Servlet
<servlet> <servlet-name>FirstServlet</servlet-name> <servlet-class>cn.itheima.FirstServlet</servlet-class>
注意：此處要的是一個Servlet的完整類名，不是包含.java或.class擴展的文件路徑
</servlet> <servlet-mapping> <servlet-name>FirstServlet</servlet-name> <url-pattern>/FirstServlet</url-pattern> </servlet-mapping>
4.2一個<servlet>可以對應多個<servlet-mapping>
4.3可以用*匹配符配置<serlvet-mapping>,但是要注意，必須是*.do或者/開頭的以/*結束的路徑。
~由於匹配符的引入有可能一個虛擬路徑會對應多個servlet-mapping，此時哪個最像找哪個servlet，並且*.do級別最低。
4.4可以為<servlet>配置<load-on-startup>子標籤，指定servlet隨著服務器的啟動而加載，其中配置的數值指定啟動的順序
servlet><servlet-name>invoker</servlet-name><servlet-class>org.apache.catalina.servlets.InvokerServlet</servlet-class><load-on-startup>2</load-on-startup></servlet>
4.5缺省servlet：如果一個servlet的對外訪問路徑被設置為/，則該servlet就是一個缺省servlet，其他servlet不處理的請求都由它來處理
~在conf/web.xml中配置了缺省servlet，對靜態資源的訪問和錯誤頁面的輸出就是由這個缺省servlet來處理的。如果我們自己寫一個缺省servlet把爸爸web.xml中的缺省servlet覆蓋的話，會導致靜態web資源無法訪問。所以不推薦配置。
4.6servlet的線程安全問題
4.6.1由於通常情況下，一個servlet在內存只有一個實例處理請求，當多個請求發送過來的時候就會有多個線程操作該servlet對象，此時可能導致線程安全問題。
(1)serlvet的成員變量可能存在線程安全問題
*實驗：定義一個成員變量inti=0；在doXXX()方法中進行i++操作並輸出i值到客戶端，此時由於延遲可能導致線程安全問題
(2)serlvet操作資源文件時，多個線程操作同一文件引發線程安全問題
*實驗：請求帶著一個參數過來，servlet將請求參數寫入到一個文件，再讀取該文件，將讀取到的值打印到客戶端上，有可能有線程安全問題
4.6.2解決方法
(1)利用同步代碼塊解決問題。缺陷是，同一時間同步代碼塊只能處理一個請求，效率很低下，所以同步代碼塊中盡量只包含核心的導致線程安全問題的代碼。
(2)為該servlet實現SingleThreadModel接口，此為一個標記接口，被標記的servlet將會在內存中保存一個servlet池，如果一個線程來了而池中沒有servlet對象處理，則創建一個新的。如果池中有空閒的servlet則直接使用。這並不能真的解決線程安全問題。此接口已經被廢棄。
(3)兩種解決方案都不夠完美，所以盡量不要在servlet中出現成員變量。
三、ServletConfig
1.代表servlet配置的對象，可以在web.xml中<servlet>中配置
<servlet> <servlet-name>Demo5Servlet</servlet-name> <servlet-class>cn.itheima.Demo5Servlet</servlet-class> <init-param> <param-name>data1</param-name> <param-value>value1</param-value> </init-param> </servlet>
然後在servlet中利用this.getServletConfig()獲取ServletConfig對象，該對象提供了getInitParameter()和getInitParameterNames()方法，可以遍歷出配置中的配置項。
不想在servlet中寫死的內容可以配置到此處。
四、ServletContext
1.代表當前web應用的對象。
2.作為域對象使用，在不同servlet之間傳遞數據,作用範圍是整個web應用
生命週期：當web應用被加載進容器時創建代表整個web應用的ServletContext對象。當服務器關閉或web應用被移除出容器時，ServletContext對象跟著銷毀。
~域：一個域就理解為一個框，這裡面可以放置數據，一個域既然稱作域，他就有一個可以被看見的範圍，這個範圍內都可以對這個域中的數據進行操作，那這樣的對象就叫做域對象。
3.在web.xml可以配置整個web應用的初始化參數，利用ServletContext去獲得
<context-param><param-name>param1</param-name><param-value>pvalue1</param-value></context-param>this.getServletContext().getInitParameter("param1")this.getServletContext().getInitParameterNames()4.在不同servlet之間進行轉發
this.getServletContext().getRequestDispatcher("/servlet/Demo10Servlet").forward(request, response);方法執行結束，service就會返回到服務器，再有服務器去調用目標servlet，其中request會重新創建，並將之前的request的數據拷貝進去。
5.讀取資源文件
5.1由於相對路徑默認相對的是java虛擬機啟動的目錄，所以我們直接寫相對路徑將會是相對於tomcat/bin目錄，所以是拿不到資源的。如果寫成絕對路徑，當項目發佈到其他環境時，絕對路徑就錯了。
5.2為了解決這個問題ServletContext提供了this.getServletContext().getRealPath("/1.properties")，給進一個資源的虛擬路徑，將會返回該資源在當前環境下的真實路徑。 this.getServletContext().getResourceAsStream("/1.properties")，給一個資源的虛擬路徑返回到該資源真實路徑的流。
5.3當在非servlet下獲取資源文件時，就沒有ServletContext對像用了，此時只能用類加載器
classLoader.getResourceAsStream("../../1.properties")，此方法利用類加載器直接將資源加載到內存中，有更新延遲的問題，以及如果文件太大，佔用內存過大。
classLoader.getResource("../1.properties").getPath()，直接返回資源的真實路徑，沒有更新延遲的問題。
總結
以上就是本文關於淺談Servlet開發技術基礎的全部內容，希望對大家有所幫助。感興趣的朋友可以繼續參閱本站：
Servlet會話技術基礎解析
以及本站其他相關專題，如有不足之處，歡迎留言指出。感謝朋友們對本站的支持！