目錄:
1.Servlet入門
2.我的第一個Servlet
3.繼承HttpServlet類的方法來實現Servlet
4.使用IDE直接創建Servlet程序
5.Servlet的繼承體系
6.ServletConfig類
7.ServletCotext類
8.Http協議
9. GenericServlet抽象類
10.HttpServletRequest
11.HttpServletResponse
12.請求重定向

1.Servlet入門

如何實現Servlet：Servlet技術的核心是Servlet，它是所有Servlet類必須直接或者間接實現的一個接口。在編寫實現Servlet的Servlet類時，直接實現它。在擴展實現這個這個接口的類時，間接實現它。

Servlet接口定義了Servlet與servlet容器之間的契約。這個契約是：Servlet容器將Servlet類載入內存，并產生Servlet實例和調用它具體的方法。但是要注意的是，在一個應用程序中，每種Servlet類型只能有一個實例。

用戶請求致使Servlet容器調用Servlet的Service（）方法，并傳入一個ServletRequest對象和一個ServletResponse對象。ServletRequest對象和ServletResponse對象都是由Servlet容器（例如TomCat）封裝好的，并不需要程序員去實現，程序員可以直接使用這兩個對象。

ServletRequest中封裝了當前的Http請求，因此，開發人員不必解析和操作原始的Http數據。ServletResponse表示當前用戶的Http響應，程序員只需直接操作ServletResponse對象就能把響應輕松的發回給用戶。

對于每一個應用程序，Servlet容器還會創建一個ServletContext對象。這個對象中封裝了上下文（應用程序）的環境詳情。每個應用程序只有一個ServletContext。每個Servlet對象也都有一個封裝Servlet配置的ServletConfig對象。

2.我的第一個Servlet

servlet工作流程：

3.繼承HttpServlet類的方法來實現Servlet

HttpServlet要比GenericServlet強大，其實也是有道理的。HttpServlet是由GenericServlet抽象類擴展而來的，HttpServlet抽象類的聲明如下所示：

public abstract class HttpServlet extends GenericServlet implements Serializable

HttpServlet之所以運用廣泛的另一個原因是現在大部分的應用程序都要與HTTP結合起來使用。這意味著我們可以利用HTTP的特性完成更多更強大的任務。Javax。servlet.http包是Servlet API中的第二個包，其中包含了用于編寫Servlet應用程序的類和接口。Javax.servlet.http中的許多類型都覆蓋了Javax.servlet中的類型。

HttpServlet抽象類是繼承于GenericServlet抽象類而來的。使用HttpServlet抽象類時，還需要借助分別代表Servlet請求和Servlet響應的HttpServletRequest和HttpServletResponse對象。

HttpServletRequest接口擴展于javax.servlet.ServletRequest接口，HttpServletResponse接口擴展于javax.servlet.servletResponse接口。

public interface HttpServletRequest extends ServletRequest public interface HttpServletResponse extends ServletResponse

HttpServlet抽象類覆蓋了GenericServlet抽象類中的Service( )方法，并且添加了一個自己獨有的Service(HttpServletRequest request，HttpServletResponse方法。

讓我們來具體的看一看HttpServlet抽象類是如何實現自己的service方法吧：

首先來看GenericServlet抽象類中是如何定義service方法的：

public abstract void service(ServletRequest var1, ServletResponse var2) throws ServletException, IOException;

我們看到是一個抽象方法，也就是HttpServlet要自己去實現這個service方法，我們在看看HttpServlet是怎么覆蓋這個service方法的：

public void service(ServletRequest req, ServletResponse res) throws ServletException, IOException {HttpServletRequest request;HttpServletResponse response;try {request = (HttpServletRequest)req;response = (HttpServletResponse)res;} catch (ClassCastException var6) {throw new ServletException("non-HTTP request or response");}this.service(request, response); }

我們發現，HttpServlet中的service方法把接收到的ServletRequsest類型的對象轉換成了HttpServletRequest類型的對象，把ServletResponse類型的對象轉換成了HttpServletResponse類型的對象。之所以能夠這樣強制的轉換，是因為在調用Servlet的Service方法時，Servlet容器總會傳入一個HttpServletRequest對象和HttpServletResponse對象，預備使用HTTP。因此，轉換類型當然不會出錯了。

轉換之后，service方法把兩個轉換后的對象傳入了另一個service方法，那么我們再來看看這個方法是如何實現的：

protected void service(HttpServletRequest req, HttpServletResponse resp) throws ServletException, IOException {String method = req.getMethod();long lastModified;if (method.equals("GET")) {lastModified = this.getLastModified(req);if (lastModified == -1L) {this.doGet(req, resp);} else {long ifModifiedSince = req.getDateHeader("If-Modified-Since");if (ifModifiedSince < lastModified) {this.maybeSetLastModified(resp, lastModified);this.doGet(req, resp);} else {resp.setStatus(304);}}} else if (method.equals("HEAD")) {lastModified = this.getLastModified(req);this.maybeSetLastModified(resp, lastModified);this.doHead(req, resp);} else if (method.equals("POST")) {this.doPost(req, resp);} else if (method.equals("PUT")) {this.doPut(req, resp);} else if (method.equals("DELETE")) {this.doDelete(req, resp);} else if (method.equals("OPTIONS")) {this.doOptions(req, resp);} else if (method.equals("TRACE")) {this.doTrace(req, resp);} else {String errMsg = lStrings.getString("http.method_not_implemented");Object[] errArgs = new Object[]{method};errMsg = MessageFormat.format(errMsg, errArgs);resp.sendError(501, errMsg);}}

我們發現，這個service方法的參數是HttpServletRequest對象和HttpServletResponse對象，剛好接收了上一個service方法傳過來的兩個對象。

接下來我們再看看service方法是如何工作的，我們會發現在service方法中還是沒有任何的服務邏輯，但是卻在解析HttpServletRequest中的方法參數，并調用以下方法之一：doGet,doPost,doHead,doPut,doTrace,doOptions和doDelete。這7種方法中，每一種方法都表示一個Http方法。doGet和doPost是最常用的。所以，如果我們需要實現具體的服務邏輯，不再需要覆蓋service方法了，只需要覆蓋doGet或者doPost就好了。

總之，HttpServlet有兩個特性是GenericServlet所不具備的：

1.不用覆蓋service方法，而是覆蓋doGet或者doPost方法。在少數情況，還會覆蓋其他的5個方法。
2.使用的是HttpServletRequest和HttpServletResponse對象。

a.html文件按照第一個Servlet進行配置就行了

4.使用IDE直接創建Servlet程序

5.Servlet的繼承體系

6.ServletConfig類

實現Servlet程序，當我們是以繼承了HttpServlet類，我們可以使用getServletConfig()方法來獲取當前的Servlet對應的ServleConfigt對象，但是當我們直接實現了Servlet接口，就不能使用這個方法來獲取ServleConfigt對象，因為這個方法會返回null

當我們使用繼承HttpConfig實現Servlet程序，在重寫init()方法的時候我們需要在重寫的第一行加上一句super.init(config)，因為HttpConfig類是繼承了GenericServlet類，而GenericServlet類，而GenericServlet的init()方法又保存了Servlet的ServletConfig的對象(GenericServlet實現了Servlet接口)所以如果不使用super.init(config)就無法保存ServletConfig對象

7.ServletCotext類

ServletContext對象表示Servlet應用程序。每個Web應用程序都只有一個ServletContext對象。在將一個應用程序同時部署到多個容器的分布式環境中，每臺Java虛擬機上的Web應用都會有一個ServletContext對象。

通過在ServletConfig中調用getServletContext方法，也可以獲得ServletContext對象。

那么為什么要存在一個ServletContext對象呢？存在肯定是有它的道理，因為有了ServletContext對象，就可以共享從應用程序中的所有資料處訪問到的信息，并且可以動態注冊Web對象。前者將對象保存在ServletContext中的一個內部Map中。保存在ServletContext中的對象被稱作屬性。

ServletContext中的下列方法負責處理屬性：

Object getAttribute(String var1);Enumeration<String> getAttributeNames();void setAttribute(String var1, Object var2);void removeAttribute(String var1);

ServletContext對象只能獲取<context-param>標簽里邊的內容不能獲取<init-param>標簽里邊的內容,<init-param>只能由ServletConfig對象獲取

我們通過ServletConfig對象獲取ServletContext對象，同時我們還可以通過getServletContext()直接獲取

ServletContext對象是在web工程啟動時創建，web工程停止時銷毀我們setAttribute()與getAttribute()都是建立在服務器銷毀銷毀前，而且保存的數據可以在不同的Servlet服務器端進行獲取，有點全局變量的意思

以上四個選項：
update resources ---- 更新靜態的資源，比如html,js,css等 運行模式和調試模式都是立即生效；
update classes and resources ---- 更新java,jsp和靜態資源（ 1. java修改后，會被編譯成.class，然后覆蓋到target/kao文件夾下，IDE調試模式的情況下，立即生效。IDE運行模式下，不立即生效，需要redeployed才可生效。jsp修改后，再次被訪問的時候，會自動更新，重新編譯成java.class保存在tomcat的work目錄下。由于是訪問時才檢測是否修改，是否需要重新編譯，所以 IDE 運行模式 和IDEA調試模式下，都是立即生效。刷新下頁面就可）；
redeployed ----- 重新部署，發布到tomcat里，不重啟tomcat，而是把原來的刪掉，然后重新發布（此時的web工程未停止）；
restart server ----- 重啟tomcat。最徹底！（此時的web工程停止）

8.Http協議

谷歌瀏覽器查看http協議：

9.GenericServlet抽象類

前面我們編寫Servlet一直是通過實現Servlet接口來編寫的，但是，使用這種方法，則必須要實現Servlet接口中定義的所有的方法，即使有一些方法中沒有任何東西也要去實現，并且還需要自己手動的維護ServletConfig這個對象的引用。因此，這樣去實現Servlet是比較麻煩的。

void init(ServletConfig var1) throws ServletException;

幸好，GenericServlet抽象類的出現很好的解決了這個問題。本著盡可能使代碼簡潔的原則，GenericServlet實現了Servlet和ServletConfig接口，下面是GenericServlet抽象類的具體代碼：

public abstract class GenericServlet implements Servlet, ServletConfig, Serializable {private static final String LSTRING_FILE = "javax.servlet.LocalStrings";private static ResourceBundle lStrings = ResourceBundle.getBundle("javax.servlet.LocalStrings");private transient ServletConfig config;public GenericServlet() {}public void destroy() {}public String getInitParameter(String name) {ServletConfig sc = this.getServletConfig();if (sc == null) {throw new IllegalStateException(lStrings.getString("err.servlet_config_not_initialized"));} else {return sc.getInitParameter(name);}}public Enumeration<String> getInitParameterNames() {ServletConfig sc = this.getServletConfig();if (sc == null) {throw new IllegalStateException(lStrings.getString("err.servlet_config_not_initialized"));} else {return sc.getInitParameterNames();}}public ServletConfig getServletConfig() {return this.config;}public ServletContext getServletContext() {ServletConfig sc = this.getServletConfig();if (sc == null) {throw new IllegalStateException(lStrings.getString("err.servlet_config_not_initialized"));} else {return sc.getServletContext();}}public String getServletInfo() {return "";}public void init(ServletConfig config) throws ServletException {this.config = config;this.init();}public void init() throws ServletException {}public void log(String msg) {this.getServletContext().log(this.getServletName() + ": " + msg);}public void log(String message, Throwable t) {this.getServletContext().log(this.getServletName() + ": " + message, t);}public abstract void service(ServletRequest var1, ServletResponse var2) throws ServletException, IOException;public String getServletName() {ServletConfig sc = this.getServletConfig();if (sc == null) {throw new IllegalStateException(lStrings.getString("err.servlet_config_not_initialized"));} else {return sc.getServletName();}} }

其中，GenericServlet抽象類相比于直接實現Servlet接口，有以下幾個好處：

1.為Servlet接口中的所有方法提供了默認的實現，則程序員需要什么就直接改什么，不再需要把所有的方法都自己實現了。
2.提供方法，包圍ServletConfig對象中的方法。
3.將init( )方法中的ServletConfig參數賦給了一個內部的ServletConfig引用從而來保存ServletConfig對象，不需要程序員自己去維護ServletConfig了。

public void init(ServletConfig config) throws ServletException {this.config = config;this.init(); }

但是，我們發現在GenericServlet抽象類中還存在著另一個沒有任何參數的Init()方法：

public void init() throws ServletException { }

設計者的初衷到底是為了什么呢？在第一個帶參數的init（）方法中就已經把ServletConfig對象傳入并且通過引用保存好了，完成了Servlet的初始化過程，那么為什么后面還要加上一個不帶任何參數的init（）方法呢？這不是多此一舉嗎？

當然不是多此一舉了，存在必然有存在它的道理。我們知道，抽象類是無法直接產生實例的，需要另一個類去繼承這個抽象類，那么就會發生方法覆蓋的問題，如果在類中覆蓋了GenericServlet抽象類的init（）方法，那么程序員就必須手動的去維護ServletConfig對象了，還得調用super.init(servletConfig）方法去調用父類GenericServlet的初始化方法來保存ServletConfig對象，這樣會給程序員帶來很大的麻煩。GenericServlet提供的第二個不帶參數的init( )方法，就是為了解決上述問題的。

這個不帶參數的init（）方法，是在ServletConfig對象被賦給ServletConfig引用后，由第一個帶參數的init(ServletConfig servletconfig)方法調用的，那么這意味著，當程序員如果需要覆蓋這個GenericServlet的初始化方法，則只需要覆蓋那個不帶參數的init( )方法就好了，此時，servletConfig對象仍然有GenericServlet保存著。

說了這么多，通過擴展GenericServlet抽象類，就不需要覆蓋沒有計劃改變的方法。因此，代碼將會變得更加的簡潔，程序員的工作也會減少很多。

10.HttpServletRequest

因為Request代表請求，所以我們可以通過該對象分別獲得HTTP請求的請求行，請求頭和請求體。

在前面我們講過，在service中使用的編碼解碼方式默認為：ISO-8859-1編碼，但此編碼并不支持中文，因此會出現亂碼問題，所以我們需要手動修改編碼方式為UTF-8編碼，才能解決中文亂碼問題，下面是發生亂碼的具體細節：

解決post提交方式的亂碼：request.setCharacterEncoding("UTF-8");解決get提交的方式的亂碼：parameter = newString(parameter.getbytes("iso8859-1"),"utf-8");

上圖在獲取請求參數之前調用的意思是，在設置請求體字符編碼之前不調用HttpServletRequest的get之類方法，避免發生亂碼

上圖的?username=wzg168只是一種格式一般都是代表請求參數一般寫法是...=...

base標簽的作用：

上面兩張圖可以實現c.html和index.html之間的跳轉，但是當我們使用請求轉發進行跳轉的時候(服務
器默認打開index.html頁面)，再點擊回到a.html的時候就會發現跳轉不回去,以上代碼執行順序，服務器先默認打開index.html頁面——》點擊請求轉發a/b/c.html——》c.html然后再點擊c.html的的跳回首頁就會發生錯誤，錯誤原因如下(含base標簽作用)：

我們只需要改進c.html就行，如下:

11.HttpServletResponse

響應的數據通過兩個流傳遞給客戶端， javax.servlet.ServletResponse接口表示一個Servlet響應，在調用Servlet的Service( )方法前，Servlet容器會先創建一個ServletResponse對象，并把它作為第二個參數傳給Service( )方法。ServletResponse隱藏了向瀏覽器發送響應的復雜過程。

PrintWriter getWriter()
獲得字符流，通過字符流的write(String s)方法可以將字符串設置到response 緩沖區中，隨后Tomcat會將response緩沖區中的內容組裝成Http響應返回給瀏覽器端。

ServletOutputStream getOutputStream()
獲得字節流，通過該字節流的write(byte[] bytes)可以向response緩沖區中寫入字節，再由Tomcat服務器將字節內容組成Http響應返回給瀏覽器。

其中的getWriter方法，它返回了一個可以向客戶端發送文本的的Java.io.PrintWriter對象。默認情況下，PrintWriter對象使用ISO-8859-1編碼（該編碼在輸入中文時會發生亂碼）。

在向客戶端發送響應時，大多數都是使用該對象向客戶端發送HTML。

還有一個方法也可以用來向瀏覽器發送數據，它就是getOutputStream，從名字就可以看出這是一個二進制流對象，因此這個方法是用來發送二進制數據的。

在發送任何HTML之前，應該先調用setContentType（）方法，設置響應的內容類型，并將“text/html”作為一個參數傳入，這是在告訴瀏覽器響應的內容類型為HTML，需要以HTML的方法解釋響應內容而不是普通的文本，或者也可以加上“charset=UTF-8”改變響應的編碼方式以防止發生中文亂碼現象。

當我們write的數據是中文就可能出現亂碼，那么以下是解決中文亂碼的問題的方法

方法1：

方法2：

response工作流程

12.請求重定向

請求重定向第一種方法：

上圖的setHeader方法的name參數代表新的地址，value代表新的訪問地址，可以是工程外的資源比如百度等等

請求重定向第二種方法：

總結

以上是生活随笔為你收集整理的Javaweb基础——Servlet的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。