<url-pattern>需要servlet處理的請求地址</url-pattern>
> Servlet的生命周期,指Servlet的對象從被創建到被銷毀的過程。
> Servlet的生命周期方法:
1.構造器:
- Servlet第一次處理請求時,會調用構造器,來創建Servlet實例。
- 只會調用一次,Servlet是單例模式,他是以多線程的方式調用service()方法.
- Servlet不是線程安全,所以盡量不要再service()方法中操作全局變量。
2.init()方法:
- 構造器調用之后馬上被調用,用來初始化Servlet,只會調用一次。
3.service()方法:
- Servlet每次處理請求時都會調用service()方法,用來處理請求,會調用多次。
4.destroy()方法:
- Servlet對象銷毀前(WEB項目卸載時)調用,用來做一些收尾工作,釋放資源。
[3] 相關接口
①
ServletConfig
代表:當前Servlet的配置信息,每一個Servlet都有其唯一對應的ServletConfig。
<servlet>
<servlet-name>AServlet</servlet-name>
<servlet-class>com.atguigu.servlet.AServlet</servlet-class>
<init-param>
<param-name>user</param-name>
<param-value>root</param-value>
</init-param>
<init-param>
<param-name>password</param-name>
<param-value>123123</param-value>
</init-param>
</servlet>
獲取:由Tomcat服務器創建,最終作為參數傳遞到init()方法中,我們可以在init()方法直接使用。
當我們通過繼承HttpServlet創建Servlet時,由於父類已經實現ServletConfig接口,
所以我們可以在Servlet中直接調用ServletConfig的方法。
功能:
【1】 獲取Servlet的別名
【2】 獲取當前Servlet的初始化參數。
<init-param>
<param-name>user</param-name>
<param-value>root</param-value>
</init-param>
<init-param>
<param-name>password</param-name>
<param-value>123123</param-value>
</init-param>
【3】 獲取當前WEB應用的ServletContext對象。
②
ServletContext
代表:當前的WEB應用,一個WEB應用對應一個唯一的ServletContext對象,
ServletContext對象在項目啟動時創建,在項目卸載時銷毀。
獲取:通過ServletConfig的getServletContext()方法獲取。
功能:
【1】 可以獲取整個WEB應用的初始化參數
<context-param>
<param-name>phone</param-name>
<param-value>1388888888</param-value>
</context-param>
【2】 可以獲取資源的真實路徑(物理路徑),主要在文件的上傳和下載時使用。
【3】 可以作為一個域對象在不同的web資源之間共享數據。
[4] GenericServlet
- 通用Servlet的父類
- 相比Servlet接口GenericServlet更加簡單一些,但是我們最終實際上使用的是 HttpServlet
[5] HttpServlet

- HttpServlet繼承了GenericServlet,而GenericServlet實現Servlet接口
- 所以我們可以同構繼承HttpServlet來創建一個Servlet。
- HttpServlet重寫service()方法:
1.在該方法中先將ServletRequest和ServletResponse
強轉為了HttpServletRequest和HttpServletResponse。
2.然調用重載的service()方法,並將剛剛強轉得到對象傳遞到重載的方法中。
- 重載service(HttpServletRequest request , HttpServletResponse response)
1.在方法中獲取請求的方式(get或post)
2.在根據不同的請求方式去調用不同的方法:
如果是GET請求,則調用doGet(HttpServletRequest request , HttpServletResponse response)
如果是post請求,則調用doPost(HttpServletRequest request , HttpServletResponse response)
- 結論:
當通過繼承HttpServlet來創建一個Servlet時,我們只需要根據要處理的請求的類型,來重寫不同的方法。
處理get請求,則重寫doGet()
處理post請求,則重寫doPost()
[6] HttpServletRequest

代表:瀏覽器發送給服務器的請求報文。
獲取:該對象由Tomcat服務器創建,最終作為參數傳遞到doGet或doPost方法中,我們可以在這兩個方法中直接使用。
功能:
【1】獲取用戶發送的請求參數
request.getParameter("username");
【2】獲取項目的名字(用來設置絕對路徑)
request.getContextPath();
【3】作為一個域對象,在不同的WEB資源之間共享數據。
【4】請求的轉發
request.getRequestDispatcher("target.html").forward(request, response);
[7] HttpServletResponse
代表:服務器發送給瀏覽器的響應報文。
獲取:該對象由Tomcat服務器創建,最終作為參數傳遞到doGet或doPost方法中,我們可以在這兩個方法中直接使用。
功能:
【1】響應給瀏覽器一個網頁或者是網頁片段(設置的是響應報文的響應體)
response.getWriter("");
【2】請求的重定向
response.sendRedirect("target.html");
轉發和重定向:(掌握)
轉發 重定向
請求的次數: 1 2
發生的位置 服務器內部 瀏覽器
瀏覽器地址欄 不改變 改變
瀏覽器的感知 不知道 知道
[8] 字符編碼
> 當用戶通過表單向Servlet發送中文請求參數時,Servlet獲取到內容會產生亂碼, 當Servlet向瀏覽器響應中文內容時,也會產生亂碼。
> 瀏覽器和服務器之間通信時,中文內容時不能直接發送的,需要對中文進行編碼。
> 編碼:
- 將字符轉換為二進制碼的過程叫編碼。
> 解碼:
- 將二進制碼轉換為普通字符的過程叫解碼。
> 編碼和解碼所采用的規則我們稱為字符集。
> 產生亂碼問題的根本原因:
編碼和解碼所采用的字符集不同。
> 解決方法:
統一編碼和解碼的字符集為UTF-8。
>
常見字符集:
1.ASCII
2.ISO8859-1
3.GBK
4.GB2312
5.UTF-8
>
請求編碼
- 請求是瀏覽器發送給服務器的。
- 瀏覽器 --> 服務器
- 瀏覽器 編碼
> 瀏覽器的會自動使用網頁的字符集對參數進行編碼
UTF-8的張三:%E5%BC%A0%E4%B8%89
GBK的張三:%D5%C5%C8%FD
> 所以我們只需要統一網頁的字符集為UTF-8即可。
- 服務器 解碼
post請求
> request解碼時默認字符集時iso8859-1,但是iso壓根就不支持中文
> post請求在servlet中解碼,所以我們只需要指定request的字符集即可。
> 我們可以通過如下方法,來設置request的字符集:
request.setCharacterEncoding("utf-8");
> 注意:
該方法要在request.getParameter()第一次調用之前調用
get請求
> get請求是通過url地址傳遞請求參數,url中的請求參數將會被Tomcat服務器自動解碼。
> Tomcat的默認編碼是iso8859-1,但是iso壓根就不支持中文,所以必然亂碼。
> 只需要修改Tomcat的解碼的默認字符集,修改配置文件server.xml
> 在server.xml的Connector標簽中(改端口號的那個標簽)添加如下屬性:
URIEncoding="utf-8"
> 修改完配置文件以后,get請求的編碼就不用再處理的,但是post請求還是老樣子。
>
響應編碼
- 響應是服務器發送給瀏覽器
- 服務器 --> 瀏覽器
- 服務器 編碼
> 指定服務器的編碼字符集為UTF-8。
> 指定response的字符集
response.setCharacterEncoding("utf-8");
> 雖然我們已經指定了response的字符集為utf-8,但是瀏覽器並不是用utf-8解碼。
瀏覽器默認使用gb2312解碼的,所以依然亂碼,只不過沒有那么亂。
- 瀏覽器 解碼
> 瀏覽器的解碼字符集可以通過瀏覽器來設置(不靠譜)
> 我們可以通過服務器來告訴瀏覽器,我們的內容的編碼格式為utf-8
> 我們可以通過一個響應頭來告訴瀏覽器,內容的編碼格式:
Content-Type:text/html;charset=utf-8
> 通過response的方法,來設置響應頭:
response.setHeader("Content-Type", "text/html;charset=utf-8");
解決方案:
1.設置響應頭
response.setHeader("Content-Type", "text/html;charset=utf-8");
2.設置response的編碼格式
response.setCharacterEncoding("utf-8");
> 當我們設置Content-Type這個響應頭時,服務器會自動使用響應頭中的字符集為內容編碼。
> 最終方案:
response.setContentType("text/html;charset=utf-8");
[9] 路徑問題
> URI和URL
- URI,統一資源標志符(Uniform Resource Identifier, URI),表示的是web上每一種可用的資源,如 HTML文檔、圖像、視頻片段、程序等都由一個URI進行標識的。URI只是一種概念,怎樣實現無所謂,只要它唯一標識一個資源就可以了。
- URL是URI的一個子集。它是Uniform Resource Locator的縮寫,譯為“統一資源定位符”。
> 總結:只要能唯一標識資源的就是URI,在URI的基礎上給出其資源的訪問方式的就是URL
>
URL地址的格式
http://主機名:端口號/項目名/資源路徑/資源名
①相對路徑和絕對路徑
> 相對路徑
- 所謂的相對路徑指相對於當前資源所在路徑:
http://主機名:端口號/項目名/資源路徑/
- 由於轉發的出現,相對路徑會經常發生變化,容易出現錯誤的鏈接
所以在開發中我們一般不使用相對路徑,而是使用絕對路徑。
> 絕對路徑
- 絕對路徑使用 / 開頭
- 由
瀏覽器解析的絕對路徑中的 / 代表的是服務器的根目錄:
http://主機名:端口號/
注意:指定路徑時需要加上項目名
- 由
服務器解析的絕對路徑中的 / 代表的項目的根目錄:
http://主機名:端口號/項目名/
注意:指定路徑時不要加項目名
-
轉發的路徑由服務器解析,設置絕對路徑時不需要加項目名
-
重定向的路徑由瀏覽器解析,設置絕對路徑時需要加上項目名
②常見的路徑:
url-pattern:
轉發的路徑:
- url-pattern和轉發中的路徑都是由服務器解析的,
根目錄是項目的根目錄:
http://主機名:端口號/項目名/
- 所以這兩個路徑不需要加項目名
重定向的路徑:
頁面中的路徑:
- 重定向和頁面中的路徑(HTML標簽中的路徑),由瀏覽器解析的,
根目錄是服務器的根目錄:
http://主機名:端口號/
- 所以這個兩個路徑必須加上項目名
[10]運行的流程
