什麼是HttpServletRequest
HttpServletRequest物件代表客戶端的請求，當客戶端通過HTTP協議訪問伺服器時，HTTP請求頭中的所有資訊都封裝在這個物件中，開發人員通過這個物件的方法，可以獲得客戶這些資訊。
簡單來說，要得到瀏覽器資訊，就找HttpServletRequest物件
HttpServletRequest常用方法
獲得客戶機【瀏覽器】資訊
- getRequestURL方法返回客戶端發出請求時的完整URL。
- getRequestURI方法返回請求行中的資源名部分。
- getQueryString 方法返回請求行中的引數部分。
- getPathInfo方法返回請求URL中的額外路徑資訊。額外路徑資訊是請求URL中的位於Servlet的路徑之後和查詢引數之前的內容，它以“/”開頭。
- getRemoteAddr方法返回發出請求的客戶機的IP地址
- getRemoteHost方法返回發出請求的客戶機的完整主機名
- getRemotePort方法返回客戶機所使用的網路埠號
- getLocalAddr方法返回WEB伺服器的IP地址。
- getLocalName方法返回WEB伺服器的主機名
獲得客戶機請求頭
- getHeader方法
- getHeaders方法
- getHeaderNames方法
獲得客戶機請求引數(客戶端提交的資料)
- getParameter方法
- getParameterValues（String name）方法
- getParameterNames方法
- getParameterMap方法
HttpServletRequest應用
防盜鏈
什麼是防盜鏈呢？比如：我現在有海賊王最新的資源，想要看海賊王的要在我的網頁上看。現在別的網站的人看到我有海賊王的資源，想要把我的資源貼上在他自己的網站上。這樣我獨家的資源就被一個CTRL+C和CTRL+V搶走了？而反盜鏈就是不能被他們CRTL+C和CRTL+V
- 下面我模擬一下場景。現在我首頁先有一個超連結，指向著海賊王最新資源
- 當我點進去，就能看到海賊王最新資源了
- 其他的人可以通過複製貼上我的地址，放到它們的網頁上
-
這樣我就划不來啦【我的廣告你來沒看呢！】。想要看我的資源，就必須經過我的首頁點進去看。
-
想要實現這樣的效果，就要獲取Referer這個訊息頭，判斷Referer是不是從我的首頁來的。如果不是從我的首頁來的，跳轉回我的首頁。
//獲取到網頁是從哪裡來的
String referer = request.getHeader("Referer");
//如果不是從我的首頁來或者從位址列直接訪問的，
if ( referer == null || !referer.contains("localhost:8080/zhongfucheng/index.jsp") ) {
//回到首頁去
response.sendRedirect("/zhongfucheng/index.jsp");
return;
}
//能執行下面的語句，說明是從我的首頁點選進來的，那沒問題，照常顯示
response.setContentType("text/html;charset=UTF-8");
response.getWriter().write("路飛做了XXXXxxxxxxxxxxxxxxxx");
複製程式碼- 首先按正常預想的，別人從首頁點選我的資源，訪問我海賊王最新的資源
- 能夠成功訪問到資源
- 如果我在瀏覽器直接輸入地址【此時Referer是為null的】，我們來看看
- 跳回到首頁上，不能訪問到海賊王資源
- 再試試，如果別人貼上了我的資源url，在它的網頁上掛了一個網址呢。
- 在別人網頁上點選的時候
- 又跳回到了我的首頁了。
表單提交資料【通過post方式提交資料】
<form action="/zhongfucheng/Servlet111" method="post">
<table>
<tr>
<td>使用者名稱</td>
<td><input type="text" name="username"></td>
</tr>
<tr>
<td>密碼</td>
<td><input type="password" name="password"></td>
</tr>
<tr>
<td>性別</td>
<td>
<input type="radio" name="gender" value="男">男
<input type="radio" name="gender" value="女">女
</td>
</tr>
<tr>
<td>愛好</td>
<td>
<input type="checkbox" name="hobbies" value="游泳">游泳
<input type="checkbox" name="hobbies" value="跑步">跑步
<input type="checkbox" name="hobbies" value="飛翔">飛翔
</td>
</tr>
<input type="hidden" name="aaa" value="my name is zhongfucheng">
<tr>
<td>你的來自於哪裡</td>
<td>
<select name="address">
<option value="廣州">廣州</option>
<option value="深圳">深圳</option>
<option value="北京">北京</option>
</select>
</td>
</tr>
<tr>
<td>詳細說明:</td>
<td>
<textarea cols="30" rows="2" name="textarea"></textarea>
</td>
</tr>
<tr>
<td><input type="submit" value="提交"></td>
<td><input type="reset" value="重置"></td>
</tr>
</table>
複製程式碼- 在Servlet111中獲取到提交的資料，程式碼如下
//設定request字元編碼的格式
request.setCharacterEncoding("UTF-8");
//通過html的name屬性，獲取到值
String username = request.getParameter("username");
String password = request.getParameter("password");
String gender = request.getParameter("gender");
//核取方塊和下拉框有多個值，獲取到多個值
String[] hobbies = request.getParameterValues("hobbies");
String[] address = request.getParameterValues("address");
//獲取到文字域的值
String description = request.getParameter("textarea");
//得到隱藏域的值
String hiddenValue = request.getParameter("aaa");
....各種System.out.println().......
複製程式碼- 向表單輸入資料
- Servlet111得到表單帶過來的資料，最後的一個資料是隱藏域帶過來的。
超連結方式提交資料
常見的get方式提交資料有：使用超連結，sendRedirect()
格式如下：
sendRedirect("servlet的地址?引數名="+引數值 &"引數名="+引數值);
複製程式碼- 我們來使用一下，通過超連結將資料帶給瀏覽器
<a href="/zhongfucheng/Servlet111?username=xxx">使用超連結將資料帶給瀏覽器</a>
複製程式碼- 在Servlet111接收資料
//接收以username為引數名帶過來的值
String username = request.getParameter("username");
System.out.println(username);
複製程式碼- 注意看瀏覽器左下角
- 伺服器成功接收到瀏覽器傳送過來的資料
- 並且，傳輸資料明文的出現在瀏覽器的位址列上
- sendRedirect()和超連結類似，在這裡就不贅述了
解決中文亂碼問題
細心的朋友會發現，我在獲取表單資料的時候，有這句程式碼request.setCharacterEncoding("UTF-8");，如果沒有這句程式碼，會發生什麼事呢？我們看看。
- 再重新填寫資料
- 在伺服器檢視提交過來的資料，所有的中文資料都亂碼了
-
來這裡我們來分析一下亂碼的原因，在前面的部落格中我已經介紹了，Tomcat伺服器預設編碼是ISO 8859-1，而瀏覽器使用的是UTF-8編碼。瀏覽器的中文資料提交給伺服器，**Tomcat以ISO 8859-1編碼對中文編碼，當我在Servlet讀取資料的時候，拿到的當然是亂碼。**而我設定request的編碼為UTF-8，亂碼就解決了。
-
接下來使用get方式傳遞中文資料，把表單的方式改成get即可
-
當我們訪問的時候，又出現亂碼了！
- 於是我按照上面的方式，把request物件設定編碼為UTF-8試試
request.setCharacterEncoding("UTF-8");
String name = request.getParameter("name");
複製程式碼-
結果還是亂碼。這是為什麼呢？我明明已經把編碼設定成UTF-8了，按照post方式，亂碼問題已經解決了！。我們來看看get和post方式的區別在哪？為什麼post方式設定了request編碼就可以解決亂碼問題，而get方式不能呢。
-
首先我們來看一下post方法是怎麼進行引數傳遞的。當我們點選提交按鈕的時候，資料封裝進了Form Data中，http請求中把實體主體帶過去了【傳輸的資料稱之為實體主體】，既然request物件封裝了http請求，所以request物件可以解析到傳送過來的資料，於是只要把編碼設定成UTF-8就可以解決亂碼問題了。
- 而get方式不同，它的資料是從訊息行帶過去的，沒有封裝到request物件裡面，所以使用request設定編碼是無效的。
- 要解決get方式亂碼問題也不難，我們既然知道Tomcat預設的編碼是ISO 8859-1，那麼get方式由訊息體帶過去給瀏覽器的時候肯定是用ISO 8859-1編碼了。
//此時得到的資料已經是被ISO 8859-1編碼後的字串了，這個是亂碼
String name = request.getParameter("username");
//亂碼通過反向查ISO 8859-1得到原始的資料
byte[] bytes = name.getBytes("ISO8859-1");
//通過原始的資料，設定正確的碼錶，構建字串
String value = new String(bytes, "UTF-8");
複製程式碼上面的程式碼有些難理解，我畫張圖說明一下：
- 經過我們手工轉換，再來訪問一下
-
好的，成功解決掉亂碼問題了。
-
除了手工轉換，get方式還可以改Tomcat伺服器的配置來解決亂碼，但是不推薦使用，這樣不靈活。“
-
我們都知道Tomcat預設的編碼是ISO 8859-1,如果在Tomcat伺服器的配置下改成是UTF-8的編碼，那麼就解決伺服器在解析資料的時候造成亂碼問題了
-
在8080埠的Connector上加入
URIEncoding="utf-8"，設定Tomcat的訪問該埠時的編碼為utf-8，從而解決亂碼，這種改法是固定使用UTF-8編碼的
<Connector port="8080" protocol="HTTP/1.1"
connectionTimeout="20000"
redirectPort="8443" URIEncoding="utf-8"/>
複製程式碼- 設定了編碼後，沒有做任何手工轉換，成功拿到資料
- 當然也有另一種改伺服器編碼的方式。設定Tomcat的訪問該埠時的編碼為頁面的編碼，這種改法是隨著頁面的編碼而變
<Connector port="8080" protocol="HTTP/1.1"
connectionTimeout="20000"
redirectPort="8443" useBodyEncodingForURI="true" />
複製程式碼- 設定編碼為UTF-8
request.setCharacterEncoding("UTF-8");
String name = request.getParameter("name");
複製程式碼- 再次訪問
-
手寫超連結如果附帶中文引數問題，要URL重寫，在JSP部落格中會講到
-
總結：
-
post方式直接改request物件的編碼
-
get方式需要手工轉換編碼
-
get方式也可以修改Tomcat伺服器的編碼，不推薦，因為會太依賴伺服器了！
-
提交資料能用post就用post
實現轉發
之前講過使用response的sendRedirect()可以實現重定向，做到的功能是頁面跳轉，使用request的getRequestDispatcher.forward(request,response)實現轉發，做到的功能也是頁面跳轉，他們有什麼區別呢？現在我先來說下轉發
- 程式碼如下所示
//獲取到requestDispatcher物件，跳轉到index.jsp
RequestDispatcher requestDispatcher = request.getRequestDispatcher("/index.jsp");
//呼叫requestDispatcher物件的forward()實現轉發,傳入request和response方法
requestDispatcher.forward(request, response);
複製程式碼- 訪問Servlet111
-
上面已經說了，可以通過sendRedirect()重定向可以在資源尾部新增引數提交資料給伺服器。那麼轉發能不能提交資料給伺服器呢？
-
答案明顯是可以的，並且使用這種方法非常頻繁
-
在講ServletContext的時候，曾經說過Servlet之間可以通過ServletContext實現通訊，ServletContext也能稱之為域物件。而request也可以稱之為域物件，只不過ServletContext的域是整個web應用，而request的域僅僅代表一次http請求
-
下面我們來使用request實現Servlet之間的通訊，Servlet111程式碼
//以username為關鍵字存zhongfucheng值
request.setAttribute("username", "zhongfucheng");
//獲取到requestDispatcher物件
RequestDispatcher requestDispatcher = request.getRequestDispatcher("/Servlet222");
//呼叫requestDispatcher物件的forward()實現轉發,傳入request和response方法
requestDispatcher.forward(request, response);
複製程式碼- Servlet222程式碼
//獲取到存進request物件的值
String userName = (String) request.getAttribute("username");
//在瀏覽器輸出該值
response.getWriter().write("i am :"+userName);
複製程式碼- 訪問Servlet111看下效果
-
如上圖所示，Servlet222成功拿到了request物件在Servlet111存進的資料。
-
現在問題又來了，我們可以使用ServletContext和request實現Servlet之間的通訊，那麼我們用哪一種呢？一般的原則：可以使用request就儘可能使用request。因為ServletContext代表著整個web應用，使用ServletContext會消耗大量的資源，而request物件會隨著請求的結束而結束，資源會被回收。使用request域進行Servlet之間的通訊在開發中是非常頻繁的。
轉發的時序圖
請求轉發的細節
-
如果在呼叫forward方法之前，在Servlet程式中寫入的部分內容已經被真正地傳送到了客戶端，forward方法將丟擲IllegalStateException異常。 也就是說：不要在轉發之前寫資料給瀏覽器
-
我們來試試是不是真的會出現異常。
OutputStream outputStream = response.getOutputStream();
outputStream.write("--------------------------------------------".getBytes());
//關閉流，確保讓資料到瀏覽器中
outputStream.close();
//跳轉
request.getRequestDispatcher("/Foot").forward(request, response);
複製程式碼- 訪問的時候，看到瀏覽器可以輸出資料，Tomcat後臺丟擲了異常
- 如果在呼叫forward方法之前向Servlet引擎的緩衝區中寫入了內容，只要寫入到緩衝區中的內容還沒有被真正輸出到客戶端，forward方法就可以被正常執行，原來寫入到輸出緩衝區中的內容將被清空，但是，已寫入到HttpServletResponse物件中的響應頭欄位資訊保持有效。
轉發和重定向的區別
實際發生位置不同，位址列不同
- 轉發是發生在伺服器的
- 轉發是由伺服器進行跳轉的，細心的朋友會發現，在轉發的時候，瀏覽器的位址列是沒有發生變化的，在我訪問Servlet111的時候，即使跳轉到了Servlet222的頁面，瀏覽器的地址還是Servlet111的。也就是說瀏覽器是不知道該跳轉的動作，轉發是對瀏覽器透明的。通過上面的轉發時序圖我們也可以發現，實現轉發只是一次的http請求，一次轉發中request和response物件都是同一個。這也解釋了，為什麼可以使用request作為域物件進行Servlet之間的通訊。
- 重定向是發生在瀏覽器的
- 重定向是由瀏覽器進行跳轉的，進行重定向跳轉的時候，瀏覽器的地址會發生變化的。曾經介紹過：實現重定向的原理是由response的狀態碼和Location頭組合而實現的。這是由瀏覽器進行的頁面跳轉實現重定向會發出兩個http請求，request域物件是無效的，因為它不是同一個request物件
用法不同
很多人都搞不清楚轉發和重定向的時候，資源地址究竟怎麼寫。有的時候要把應用名寫上，有的時候不用把應用名寫上。很容易把人搞暈。記住一個原則：給伺服器用的直接從資源名開始寫，給瀏覽器用的要把應用名寫上
- request.getRequestDispatcher("/資源名 URI").forward(request,response)
- 轉發時"/"代表的是本應用程式的根目錄【zhongfucheng】
- response.send("/web應用/資源名 URI");
- 重定向時"/"代表的是webapps目錄
能夠去往的URL的範圍不一樣
- 轉發是伺服器跳轉只能去往當前web應用的資源
- 重定向是伺服器跳轉，可以去往任何的資源
傳遞資料的型別不同
- 轉發的request物件可以傳遞各種型別的資料，包括物件
- 重定向只能傳遞字串
跳轉的時間不同
- 轉發時：執行到跳轉語句時就會立刻跳轉
- 重定向：整個頁面執行完之後才執行跳轉
轉發和重定向使用哪一個？
根據上面說明了轉發和重定向的區別也可以很容易概括出來**。轉發是帶著轉發前的請求的引數的。重定向是新的請求**。
典型的應用場景：
- 轉發: 訪問 Servlet 處理業務邏輯，然後 forward 到 jsp 顯示處理結果，瀏覽器裡 URL 不變
- 重定向: 提交表單，處理成功後 redirect 到另一個 jsp，防止表單重複提交，瀏覽器裡 URL 變了
RequestDispatcher再說明
RequestDispatcher物件呼叫forward()可以實現轉發上面已經說過了。RequestDispatcher還有另外一個方法include()，該方法可以實現包含，有什麼用呢？
我們在寫網頁的時候，一般網頁的頭部和尾部是不需要改變的。如果我們多個地方使用Servlet輸出網頭和網尾的話，需要把程式碼重新寫一遍。而使用RequestDispatcher的include()方法就可以實現包含網頭和網尾的效果了。
- 我們來操作吧！現在我有網頭和網尾的Servlet
- 使用Servlet111將網頭和網尾包含
request.getRequestDispatcher("/Head").include(request, response);
response.getWriter().write("--------------------------------------------");
request.getRequestDispatcher("/Foot").include(request, response);
複製程式碼- 訪問一下Servlet111,成功把網頭和網尾包含了
如果文章有錯的地方歡迎指正，大家互相交流。習慣在微信看技術文章的同學，可以關注微信公眾號:Java3y