1.Request

代表http請求的對象

1.1.繼承結構

ServletRequest – 提供一個request對象最基本的功能

|

|-- HttpServletRequest – 繼承了ServletRequest接口, 並在其基礎上添加了很多和Http協議相關的方法

1.2.request的功能

1.2.1.獲取客戶端的相關的信息

getRequestURL方法 -- 返回客戶端發出請求完整URL

如: http://localhost/day09/servlet/SecondServlet

getRequestURI方法 -- 返回請求行中的資源名部分

如: /day09/servlet/SecondServlet

getQueryString方法 -- 返回請求行中的參數部分

如: username=zhangfei&password=123

getRemoteAddr方法 -- 返回發出請求的客戶機的IP地址

如: 127.0.0.1  //可能會出現0:0:0:0:0:0:0:1形式，是ipv6的表現形式。

getMethod -- 得到客戶機請求方式

如: GET或POST

!!getContextPath -- 獲得當前web應用虛擬目錄名稱

如: /day09

注意：在寫路徑時不要將web應用的虛擬路徑的名稱寫死, 應該在需要寫web應用的名稱的地方通過getContextPath方法動態獲取

1.2.2.獲取請求頭信息

 創建servlet：RequestDemo3和RequestDemo4，RequestDemo3轉發到RequestDemo4
  在RequestDemo3中：
/*
 * 在web階段寫路徑時，除了請求轉發和請求包含在寫
 * 路徑是不用包含web應用的虛擬路徑，其他地方都需要
 * 加上web應用的虛擬路徑。
 * 完整路徑：http://localhost/day09/servlet/RequestDemo4
 */
request.getRequestDispatcher("/servlet/RequestDemo4").forward(request, response);
 
  在RequestDemo4中響應：
       response.getWriter().write("1$")

2.1.Response概述

Servlet中應該如何向用戶輸出數據呢？在doGet和doPost方法的參數中，HttpServletRequest代表的是http請求，而HttServletResponse代表的是http響應。想要獲取請求中的信息時使用HttpServletRequest對象，而有數據需要發送給客戶端時，就要用到HttpServletResponse對象了。

客戶端基於HTTP協議訪問服務器時，服務器創建代表請求的Request對象和代表響應的Response對象
Request對象包含了很多操作請求相關數據的方法

Response對象包含了很多操作響應數據的方法

2.2.Response繼承結構

雖然我們經常簡稱爲response，實際上是ServletResponse接口，其中定義了很多和響應對象相關的方法，HttpServletResponse是ServletResponse接口的子接口，在ServletResponse的基礎上增加了很多和http協議相關的方法。

2.3. Response常用方法

2.3.1. 設置狀態碼

setStatus(int sc)

setStatus(int sc, String sm)

2.3.2. 設置響應頭

setIntHeader(String name, int value)

setHeader(String name, String value)

setDateHeader(String name, long date)

2.3.3. 獲取輸出流

PrintWriter getWriter()

ServletOutputStream getOutputStream();

2.4. Response輸出信息到客戶端

2.4.1. 輸出信息到客戶端api

查詢api，在Response向外輸出數據的方法有如下兩個：

PrintWriter getWriter()
ServletOutputStream getOutputStream();
其中getWriter獲取的是字符流，可以輸出字符數據到客戶端。
getOutputStream獲取的是字節流，可以輸出字節數據到客戶端。

我們現在要將字符數據發送給客戶端，可以調用getWriter方法向其中輸出數據

經測試可以正確的輸出。如圖：

接着我們測試中文。發現輸出時產生了亂碼。如圖：

2.4.2. 響應亂碼處理

這個亂碼是如何產生的呢？亂碼的產生大多是由於編碼和解碼時的碼錶不同產生的。

那麼服務器是以什麼碼錶來發送數據呢？我們發現亂碼是以「？」的形式出現的。根據我們的經驗，這種問題多半是由ISO8859-1編碼導致的。

確實是的，如果不指定，服務器默認將用iso8859-1進行編碼發送數據。瀏覽器用什麼碼錶打開呢？一般來說如果不指定，瀏覽器默認會用所在的操作系統的平臺碼，我們當前的中文系統中，默認就是使用GB2312作爲解碼碼錶的。

首先iso8859-1中沒有中文，對於無法表示的字符，iso8859-1會用「？」來替代，所以真正發送給瀏覽器的數據其實是「？」,世界上所有的碼錶都默認兼容iso8859-1，所以gb2312認識，顯示爲了「？」。如圖：

在解決這個問題時，可以通過設置response.setCharacterEncoding(「gbk」)來指定服務器發送數據時使用的碼錶。同時要注意，此行代碼必須出現在任何輸出數據的代碼之前，如果在這行代碼之前已經有任何數據寫入給了response，則此行代碼無效。

設置過後再重新測試。發現仍然是亂碼，但不再是「？？」而是變成了「涓浗」。如圖：

這種類型的亂碼是怎麼發生的呢？我們接着分析。服務器用utf-8發送數據給瀏覽器，而瀏覽器用平臺碼（當前爲gbk）gbk打開自然產生了亂碼。如圖：

這種亂碼的產生是由於瀏覽器沒有使用正確的編碼打開造成的，那麼我們該如何控制瀏覽器用指定碼錶打開數據呢？

在http協議中有一個響應頭叫做Content-Type可以用來通知瀏覽器當前服務器發送的數據的格式，如果是字符格式的數據還可以指定解析時使用的碼錶。所以我們可以通過如下方法通知瀏覽器用指定碼錶打開發送的數據，代碼如下，經測試沒有亂碼。

我們通過response.setHeader("Content-Type", "text/html;charset=utf-8");通知服務器發送數據時的碼錶。

通過response.setCharacterEncoding("utf-8");通知瀏覽器解析時使用的碼錶。

兩碼相同就不會有亂碼了。

如圖：

另外response提供了setContentType()快捷方法，在它的底層，會同時做上面兩件事，所以可以一行代碼解決response產生的亂碼問題。如圖：

2.4.3. Response輸出數據時的細節

（1）getOutputStream和getWriter這兩個方法互相排斥，調用了其中的任何一個方法後，就不能再調用另一方法。

（2）Servlet程序向ServletOutputStream或PrintWriter對象中寫入的數據將被Servlet引擎從response裏面獲取，Servlet引擎將這些數據當作響應消息的正文，然後再與響應狀態行和各響應頭組合後輸出到客戶端。

（3）Serlvet的service方法結束後，Servlet引擎將檢查getWriter或getOutputStream方法返回的輸出流對象是否已經調用過close方法，如果沒有，Servlet引擎tomcat將調用close方法關閉該輸出流對象。

1.5.Response實現重定向

在HTTP協議中提供了302狀態碼和Location響應頭，通知瀏覽器收到響應後立即自動訪問Location中指定的地址，從而跳轉訪問另一個資源。

response.setState(302);
response.setHeader(「Location」，「。。。」);

經測試可以實現跳轉效果。

同時我們打開HTTPWatch，發現在整個重定向的過程中發生了兩次請求響應。

1.6.Response實現定時刷新

在HTTP協議中，提供了refresh響應頭，可以命令瀏覽器經過多少秒刷新頁面到哪個地址。

我們經常見到這樣的效果，當註冊成功後提示「恭喜您註冊成功。。3秒後回到主頁。。」，緊接着經過3秒回到主頁。這就是定時刷新的效果。

通過如下代碼實現。

1.7.Response實現禁止緩存

瀏覽器爲了減少對服務器的訪問，會在第一次訪問到資源後進行緩存，之後再訪問，就直接用緩存中的數據，減少對服務器的訪問。

這種緩存機制，提高了瀏覽器的響應數度，減少了服務器的訪問量，在大多數情況下是好的，但是在某些場景下可能有問題。

比如：驗證碼 實時的數據 – 火車票餘量 股票價格。。。

response.setDateHeader("Expires", 0);
response.setHeader("Cache-Control", "no-cache");
response.setHeader("Pragma", "no-cache");

 資源的三種條轉方式：
請求轉發：
在服務器內發生的資源跳轉
一次請求一次響應，一個request對象，可以用request域在轉發時傳遞數據
瀏覽器不知道請求轉發的存在 地址欄仍然是原來的地址 刷新操作時仍然訪問的是第一個資源的地址
地址是內部使用地址 不需要寫應用名稱
request.getRequestDispatcher("/index.jsp").forward(request,response);
請求重定向：
在服務器外發生的資源跳轉
兩次請求兩次響應，兩個request對象，不可以用request域在重定向時傳遞數據
瀏覽器知道請求重定向的存在 地址欄發生變化 刷新操作時訪問的是最後一個資源地址
地址是外部使用地址  一定要寫應用名稱
response.sendRedirect("/Day10/index.jsp")


定時刷新：
在服務器外發生的資源跳轉
兩次請求兩次響應，兩個request對象，不可以用request域在重定向時傳遞數據
瀏覽器知道定時刷新的存在 地址欄發生變化 刷新操作時訪問的是最後一個資源地址
地址是外部使用地址  一定要寫應用名稱
response.setHeader("refresh","3;url=/Day10/index.jsp")


        三種跳轉方式的選擇：
        如果需要利用request域傳遞數據 --> 必須請求轉發
        如果想要在資源跳轉時改變地址欄 或 刷新操作 -->  請求重定向 或 定時刷新
        如果想在資源跳轉時，向用戶提示一些信息 --> 定時刷新

如果以上三種需求都沒有，三種方案都可以時，優先使用 請求轉發，因爲請求轉發訪問服務器的次數少，減輕服務器壓力。

============================================================================

3.ServletConfig

3.1.概述

每個Servlet都有一個ServletConfig對象 代表當前Servlet在web.xml中的配置信息

3.2.獲取ServletConfig

Servlet在初始化時候 init方法中傳入了ServletConfig對象
我們通常寫的Servlet繼承自HttpServlet - GenericServlet - Servlet
在GenericServlet中 實現了 Servlet接口定義的init方法 在其中將ServletConfig對象保存到了類的內部 比提供了 getServletConfig方法 返回該對象

所以作爲GenericServlet的子孫類 可以直接調用getServletConfig方法來獲取次對象

3.3.ServletConfig的功能

3.3.1.獲取Servlet名稱

3.3.2.獲取初始化參數

Enumeration getInitParameterNames()  獲取當前Servlet所有初始化參數的名字的枚舉

4.ServletContext

4.1.概述

代表當前web應用

4.2.ServletContext生命週期

當服務器啓動時，服務器在啓動時會依次加載web應用，每一個web應用加載完成後都會創建一個ServletContext對象唯一代表該web應用，這個對象一直存活，直到web應用移除出容器或服務器關閉時，隨着應用銷燬，ServletContext對象跟着銷燬。
ServletContext一個應用只有一個，唯一的代表當前web應用，生命週期和web應用一樣，web應用創建它就創建 web應用銷燬它就跟着被銷燬。

4.3.獲取ServletContext

方法1：
ServletConfig.getServletContext();
方法2：

this.getServletContext();

4.4.ServletContext功能

4.4.1.讀取web應用初始化參數

可以在web.xml的根目錄下 通過<context-param>來爲整個web應用配置初始化參數
這些初始化參數可以通過ServletContext對象來獲取
String getInitParameter(String name) 獲取當前web應用指定名稱的初始化參數的值

Enumeration getInitParameterNames()  獲取當前web應用所有初始化參數的名字的枚舉

4.4.2.作爲域對象來使用

4.4.3.加載web資源

(1)路徑難題

(2)ServletContext解決路徑難題

(3)利用類加載器加載資源