HttpServletRequest二三事

緣由

在項目中，閑來無聊寫了個bug

LOGGER.info("前端請求，request：{}",JSON.toJSONString(request));

好像還好是吧，來我告訴你前面一行是什麼

public String query(HttpServletRequest request){

所以，我列印了HttpServletRequest，然後報錯了

not in non blocking mode

一個我到現在都不懂的異常，似乎是Spring框架對這個有攔截吧。。

所以，我在一行代碼中寫了一個神奇的異常，然後又是完全沒有存在價值的一個功能。。

所以，好好學習下這個request吧。

中

HttpServletRequest是什麼，這裡直接飲用百度百科的吧

公共介面類HttpServletRequest繼承自ServletRequest。客戶端瀏覽器發出的請求被封裝成為一個HttpServletRequest對象。對象包含了所有的信息包括請求的地址，請求的參數，提交的數據，上傳的文件客戶端的ip甚至客戶端操作系統都包含在其內。HttpServletResponse繼承了ServletResponse介面，並提供了與Http協議有關的方法，這些方法的主要功能是設置HTTP狀態碼和管理Cookie。

在我看過的博客中，有一句話深得我心：HttpServletRequest是前後端的橋梁。

左右

一

看了很多文章講這個對象，其實總結下來無非這麼幾點：

• 包含所有可能的請求的信息；
• 主要是地址，參數，客戶端信息；
• 多種請求方法；

二

具體格式的話，可以總結為簡單的

POST /examples/default.jsp HTTP/1.1

Accept: text/plain; text/html

Accept-Language: en-gb

Connection: Keep-Alive

Host: localhost

User-Agent: Mozilla/4.0 (compatible; MSIE 4.01; Windows 98)

Content-Length: 33

Content-Type: application/x-www-form-urlencoded

Accept-Encoding: gzip, deflate

lastName=Franks&firstName=Michael

也可直觀的看圖說話

項目中debug的圖像更加直觀和震撼

但是看到現在，我覺得除了需要註意下別亂列印這家伙，其他也沒啥了，至於其中具體的方法，我覺得還是用到的時候再來查。

關鍵就是知道哪些東西是可以從這個對象中取到的，也可以說，這個對象承擔了前端所能傳給後端的全部東西。

三

另外，關於發送方式的話，還想說說get和post請求方式，因為剛好看到一篇很好的文章，特別給到

99%的人都理解錯了HTTP中GET與POST的區別
GET和POST是HTTP請求的兩種基本方法，要說它們的區別，接觸過WEB開發的人都能說出一二。

最直觀的區別就是GET把參數包含在URL中，POST通過request body傳遞參數。

你可能自己寫過無數個GET和POST請求，或者已經看過很多權威網站總結出的他們的區別，你非常清楚知道什麼時候該用什麼。

當你在面試中被問到這個問題，你的內心充滿了自信和喜悅。

你輕輕鬆松的給出了一個“標準答案”：

GET在瀏覽器回退時是無害的，而POST會再次提交請求。
GET產生的URL地址可以被Bookmark，而POST不可以。
GET請求會被瀏覽器主動cache，而POST不會，除非手動設置。
GET請求只能進行url編碼，而POST支持多種編碼方式。
GET請求參數會被完整保留在瀏覽器歷史記錄里，而POST中的參數不會被保留。
GET請求在URL中傳送的參數是有長度限制的，而POST麽有。
對參數的數據類型，GET只接受ASCII字元，而POST沒有限制。
GET比POST更不安全，因為參數直接暴露在URL上，所以不能用來傳遞敏感信息。
GET參數通過URL傳遞，POST放在Request body中。
（本標準答案參考自w3schools）

“很遺憾，這不是我們要的回答！”

請告訴我真相。。。

如果我告訴你GET和POST本質上沒有區別你信嗎？ 

讓我們扒下GET和POST的外衣，坦誠相見吧！

GET和POST是什麼？HTTP協議中的兩種發送請求的方法。

HTTP是什麼？HTTP是基於TCP/IP的關於數據如何在萬維網中如何通信的協議。

HTTP的底層是TCP/IP。所以GET和POST的底層也是TCP/IP，也就是說，GET/POST都是TCP鏈接。GET和POST能做的事情是一樣一樣的。你要給GET加上request body，給POST帶上url參數，技術上是完全行的通的。 

那麼，“標準答案”里的那些區別是怎麼回事

在我大萬維網世界中，TCP就像汽車，我們用TCP來運輸數據，它很可靠，從來不會發生丟件少件的現象。但是如果路上跑的全是看起來一模一樣的汽車，那這個世界看起來是一團混亂，送急件的汽車可能被前面滿載貨物的汽車攔堵在路上，整個交通系統一定會癱瘓。為了避免這種情況發生，交通規則HTTP誕生了。HTTP給汽車運輸設定了好幾個服務類別，有GET, POST, PUT, DELETE等等，HTTP規定，當執行GET請求的時候，要給汽車貼上GET的標簽（設置method為GET），而且要求把傳送的數據放在車頂上（url中）以方便記錄。如果是POST請求，就要在車上貼上POST的標簽，並把貨物放在車廂里。當然，你也可以在GET的時候往車廂內偷偷藏點貨物，但是這是很不光彩；也可以在POST的時候在車頂上也放一些數據，讓人覺得傻乎乎的。HTTP只是個行為準則，而TCP才是GET和POST怎麼實現的基本。

但是，我們只看到HTTP對GET和POST參數的傳送渠道（url還是requrest body）提出了要求。“標準答案”里關於參數大小的限制又是從哪來的呢？

在我大萬維網世界中，還有另一個重要的角色：運輸公司。不同的瀏覽器（發起http請求）和伺服器（接受http請求）就是不同的運輸公司。 雖然理論上，你可以在車頂上無限的堆貨物（url中無限加參數）。但是運輸公司可不傻，裝貨和卸貨也是有很大成本的，他們會限制單次運輸量來控制風險，數據量太大對瀏覽器和伺服器都是很大負擔。業界不成文的規定是，（大多數）瀏覽器通常都會限制url長度在2K個位元組，而（大多數）伺服器最多處理64K大小的url。超過的部分，恕不處理。如果你用GET服務，在request body偷偷藏了數據，不同伺服器的處理方式也是不同的，有些伺服器會幫你卸貨，讀出數據，有些伺服器直接忽略，所以，雖然GET可以帶request body，也不能保證一定能被接收到哦。

好了，現在你知道，GET和POST本質上就是TCP鏈接，並無差別。但是由於HTTP的規定和瀏覽器/伺服器的限制，導致他們在應用過程中體現出一些不同。 

你以為本文就這麼結束了？

我們的大BOSS還等著出場呢。。。

這位BOSS有多神秘？當你試圖在網上找“GET和POST的區別”的時候，那些你會看到的搜索結果里，從沒有提到他。他究竟是什麼呢。。。

GET和POST還有一個重大區別，簡單的說：

GET產生一個TCP數據包；POST產生兩個TCP數據包。

長的說：

對於GET方式的請求，瀏覽器會把http header和data一併發送出去，伺服器響應200（返回數據）；

而對於POST，瀏覽器先發送header，伺服器響應100 continue，瀏覽器再發送data，伺服器響應200 ok（返回數據）。

也就是說，GET只需要汽車跑一趟就把貨送到了，而POST得跑兩趟，第一趟，先去和伺服器打個招呼“嗨，我等下要送一批貨來，你們打開門迎接我”，然後再回頭把貨送過去。

因為POST需要兩步，時間上消耗的要多一點，看起來GET比POST更有效。因此Yahoo團隊有推薦用GET替換POST來優化網站性能。但這是一個坑！跳入需謹慎。為什麼？

1. GET與POST都有自己的語義，不能隨便混用。

2. 據研究，在網路環境好的情況下，發一次包的時間和發兩次包的時間差別基本可以無視。而在網路環境差的情況下，兩次包的TCP在驗證數據包完整性上，有非常大的優點。

3. 並不是所有瀏覽器都會在POST中發送兩次包，Firefox就只發送一次。

四

涉及到前後端傳遞，就不可避免的會出現亂碼問題。

這裡統一記下，出現亂碼問題一定是數據傳遞方編碼方式不統一的問題，具體是哪一階段的問題，具體情況具體分析。

Java預設編碼unicode，瀏覽器各有各的不同，反正我用utf-8

五

我擦，它可以實現重定向和轉發。

等等

這倆詞啥意思啊。。。都tm後面學吧。。。

上下

上

如前所述，HttpServletRequest繼承自ServletRequest，ServletRequest由Servlet容器來管理，那麼Servlet又是個啥，據說是

Servlet（Server Applet）是Java Servlet的簡稱，稱為小服務程式或服務連接器，用Java編寫的伺服器端程式，主要功能在於互動式地瀏覽和修改數據，生成動態Web內容。

好吧，其實經過多年的浸淫，不查我也知道，這個HttpServletRequest肯定是經過某個協會或啥機構統一下來的一個規範咯，真棒。

至於使用的話，如果你是手動搭建的話，我建議你去安裝ide和maven插件，當然你不想搞的話請自己去查api並且把包import進去好麽。

如果你是maven黨，請熟練的找到坐標，依賴進去好麽，倉庫地址我就不說了。

下

對於這種包名以org.開頭的，我等渣渣菜鳥也只敢謹慎的用之，殊不知overwrite的舒爽。

反正點開HttpServletRequest的代碼，介面都有各種各樣的重寫，歡樂無比。

另外，另一個好基友HttpServletResponse，也差球不多吧，不過是響應罷了，然後在Spring3後支持的註解中，以@ResponseBody方便的實現

總結

關於重要的對象中具體的方法和內容，我不想寫，也記不住，到用的時候再查然後再記錄下來，這樣子的筆記才是有生命的吧。