HTTP協(xié)議
1.簡介
HTTP協(xié)議（Hyper Text Transfer Protocol，超文本傳輸協(xié)議）,是用于從萬維網(wǎng)（WWW:World Wide Web ）服務(wù)器傳輸超文本到本地瀏覽器的傳送協(xié)議。
HTTP基于TCP/IP通信協(xié)議來傳遞數(shù)據(jù)。
HTTP基于客戶端/服務(wù)端（C/S）架構(gòu)模型，通過一個(gè)可靠的鏈接來交換信息，是一個(gè)無狀態(tài)的請求/響應(yīng)協(xié)議。
2.特點(diǎn)
（1）HTTP是無連接：無連接的含義是限制每次連接只處理一個(gè)請求。服務(wù)器處理完客戶的請求，并收到客戶的應(yīng)答后，即斷開連接。采用這種方式可以節(jié)省傳輸時(shí)間。
（2）HTTP是媒體獨(dú)立的：只要客戶端和服務(wù)器知道如何處理的數(shù)據(jù)內(nèi)容，任何類型的數(shù)據(jù)都可以通過HTTP發(fā)送。客戶端以及服務(wù)器指定使用適合的MIME-type內(nèi)容類型。
（3）HTTP是無狀態(tài)：無狀態(tài)是指協(xié)議對于事務(wù)處理沒有記憶能力。缺少狀態(tài)意味著如果后續(xù)處理需要前面的信息，則它必須重傳，這樣可能導(dǎo)致每次連接傳送的數(shù)據(jù)量增大。另一方面，在服務(wù)器不需要先前信息時(shí)它的應(yīng)答就較快。
HTTP請求報(bào)文
HTTP請求報(bào)文由3部分組成（請求行+請求頭+請求體）：
請求行：
①是請求方法，GET和POST是最常見的HTTP方法，除此以外還包括DELETE、HEAD、OPTIONS、PUT、TRACE。
②為請求對應(yīng)的URL地址，它和報(bào)文頭的Host屬性組成完整的請求URL。
③是協(xié)議名稱及版本號。
請求頭：
④是HTTP的報(bào)文頭，報(bào)文頭包含若干個(gè)屬性，格式為“屬性名:屬性值”，服務(wù)端據(jù)此獲取客戶端的信息。
與緩存相關(guān)的規(guī)則信息，均包含在header中
請求體：
⑤是報(bào)文體，它將一個(gè)頁面表單中的組件值通過param1=value1¶m2=value2的鍵值對形式編碼成一個(gè)格式化串，它承載多個(gè)請求參數(shù)的數(shù)據(jù)。不但報(bào)文體可以傳遞請求參數(shù)，請求URL也可以通過類似于“/chapter15/user.html? param1=value1¶m2=value2”的方式傳遞請求參數(shù)。
HTTP請求報(bào)文頭屬性
Accept
請求報(bào)文可通過一個(gè)“Accept”報(bào)文頭屬性告訴服務(wù)端 客戶端接受什么類型的響應(yīng)。
如下報(bào)文頭相當(dāng)于告訴服務(wù)端，俺客戶端能夠接受的響應(yīng)類型僅為純文本數(shù)據(jù)啊，你丫別發(fā)其它什么圖片啊，視頻啊過來，那樣我會歇菜的~~~
Accept:text/plain
Accept屬性的值可以為一個(gè)或多個(gè)MIME類型的值（描述消息內(nèi)容類型的因特網(wǎng)標(biāo)準(zhǔn)， 消息能包含文本、圖像、音頻、視頻以及其他應(yīng)用程序?qū)Ｓ玫臄?shù)據(jù)）
cookie
客戶端的Cookie就是通過這個(gè)報(bào)文頭屬性傳給服務(wù)端的哦！如下所示：
Cookie: $Version=1; Skin=new;jsessionid=5F4771183629C9834F8382E23
服務(wù)端是怎么知道客戶端的多個(gè)請求是隸屬于一個(gè)Session呢？注意到后臺的那個(gè)jsessionid = 5F4771183629C9834F8382E23木有？原來就是通過HTTP請求報(bào)文頭的Cookie屬性的jsessionid的值關(guān)聯(lián)起來的！（當(dāng)然也可以通過重寫URL的方式將會話ID附帶在每個(gè)URL的后面哦）。
Referer
表示這個(gè)請求是從哪個(gè)URL過來的，假如你通過google搜索出一個(gè)商家的廣告頁面，你對這個(gè)廣告頁面感興趣，鼠標(biāo)一點(diǎn)發(fā)送一個(gè)請求報(bào)文到商家的網(wǎng)站，這個(gè)請求報(bào)文的Referer報(bào)文頭屬性值就是http://www.google.com。
Cache-Control
對緩存進(jìn)行控制，如一個(gè)請求希望響應(yīng)返回的內(nèi)容在客戶端要被緩存一年，或不希望被緩存就可以通過這個(gè)報(bào)文頭達(dá)到目的。
HTTP響應(yīng)報(bào)文
HTTP的響應(yīng)報(bào)文也由三部分組成（響應(yīng)行+響應(yīng)頭+響應(yīng)體）
響應(yīng)行：
①報(bào)文協(xié)議及版本；
②狀態(tài)碼及狀態(tài)描述；
響應(yīng)頭：
③響應(yīng)報(bào)文頭，也是由多個(gè)屬性組成；
響應(yīng)體：
④響應(yīng)報(bào)文體，即我們真正要的“干貨”
響應(yīng)狀態(tài)碼
和請求報(bào)文相比，響應(yīng)報(bào)文多了一個(gè)“響應(yīng)狀態(tài)碼”，它以“清晰明確”的語言告訴客戶端本次請求的處理結(jié)果。
HTTP的響應(yīng)狀態(tài)碼由5段組成：
1xx 消息，一般是告訴客戶端，請求已經(jīng)收到了，正在處理，別急...
2xx 處理成功，一般表示：請求收悉、我明白你要的、請求已受理、已經(jīng)處理完成等信息.
3xx 重定向到其它地方。它讓客戶端再發(fā)起一個(gè)請求以完成整個(gè)處理。
4xx 處理發(fā)生錯(cuò)誤，責(zé)任在客戶端，如客戶端的請求一個(gè)不存在的資源，客戶端未被授權(quán)，禁止訪問等。
5xx 處理發(fā)生錯(cuò)誤，責(zé)任在服務(wù)端，如服務(wù)端拋出異常，路由出錯(cuò)，HTTP版本不支持等。
以下是幾個(gè)常見的狀態(tài)碼：
200 OK
你最希望看到的，即處理成功！
303 See Other
我把你redirect到其它的頁面，目標(biāo)的URL通過響應(yīng)報(bào)文頭的Location告訴你。
304 Not Modified
告訴客戶端，你請求的這個(gè)資源至你上次取得后，并沒有更改，你直接用你本地的緩存吧，我很忙哦，你能不能少來煩我啊！
404 Not Found
你最不希望看到的，即找不到頁面。如你在google上找到一個(gè)頁面，點(diǎn)擊這個(gè)鏈接返回404，表示這個(gè)頁面已經(jīng)被網(wǎng)站刪除了，google那邊的記錄只是美好的回憶。
500 Internal Server Error
看到這個(gè)錯(cuò)誤，你就應(yīng)該查查服務(wù)端的日志了，肯定拋出了一堆異常，別睡了，起來改BUG去吧！
◆200 (OK): 找到了該資源，并且一切正常。
◆304 (NOT MODIFIED): 該資源在上次請求之后沒有任何修改。這通常用于瀏覽器的緩存機(jī)制。
◆401 (UNAUTHORIZED): 客戶端無權(quán)訪問該資源。這通常會使得瀏覽器要求用戶輸入用戶名和密碼，以登錄到服務(wù)器。
◆403 (FORBIDDEN): 客戶端未能獲得授權(quán)。這通常是在401之后輸入了不正確的用戶名或密碼。
◆404 (NOT FOUND): 在指定的位置不存在所申請的資源。
常見的HTTP響應(yīng)報(bào)文頭屬性
Cache-Control
響應(yīng)輸出到客戶端后，服務(wù)端通過該報(bào)文頭屬告訴客戶端如何控制響應(yīng)內(nèi)容的緩存。
常見的取值有private、public、no-cache、max-age，no-store，默認(rèn)為private。
private: 客戶端可以緩存
public: 客戶端和代理服務(wù)器都可緩存（前端的同學(xué)，可以認(rèn)為public和private是一樣的）
max-age=xxx: 緩存的內(nèi)容將在 xxx 秒后失效
no-cache: 需要使用對比緩存來驗(yàn)證緩存數(shù)據(jù)（后面介紹）
no-store: 所有內(nèi)容都不會緩存
默認(rèn)為private，緩存時(shí)間為31536000秒（365天）也就是說，在365天內(nèi)再次請求這條數(shù)據(jù)，都會直接獲取緩存數(shù)據(jù)庫中的數(shù)據(jù)，直接使用。
ETag
一個(gè)代表響應(yīng)服務(wù)端資源（如頁面）版本的報(bào)文頭屬性，如果某個(gè)服務(wù)端資源發(fā)生變化了，這個(gè)ETag就會相應(yīng)發(fā)生變化。它是Cache-Control的有益補(bǔ)充，可以讓客戶端“更智能”地處理什么時(shí)候要從服務(wù)端取資源，什么時(shí)候可以直接從緩存中返回響應(yīng)。
Location
我們在JSP中讓頁面Redirect到一個(gè)某個(gè)A頁面中，其實(shí)是讓客戶端再發(fā)一個(gè)請求到A頁面，這個(gè)需要Redirect到的A頁面的URL，其實(shí)就是通過響應(yīng)報(bào)文頭的Location屬性告知客戶端的，如下的報(bào)文頭屬性，將使客戶端redirect到iteye的首頁中：
Location: http://www.iteye.com
Set-Cookie
服務(wù)端可以設(shè)置客戶端的Cookie，其原理就是通過這個(gè)響應(yīng)報(bào)文頭屬性實(shí)現(xiàn)的：
Set-Cookie: UserID=JohnDoe; Max-Age=3600; Version=1
轉(zhuǎn)自http://m.blog.csdn.net/heyue_99/article/details/74689057
