摘要：無(wú)狀態(tài)是指協(xié)議對(duì)于事務(wù)處理沒有記憶能力。允許請(qǐng)求服務(wù)器回顯其收到的請(qǐng)求信息，該方法主要用于請(qǐng)求的測(cè)試或診斷。服務(wù)器成功處理了部分請(qǐng)求狀態(tài)碼狀態(tài)碼英文名稱中文描述多種選擇。所請(qǐng)求的資源未修改，服務(wù)器返回此狀態(tài)碼時(shí)，不會(huì)返回任何資源。

HTTP協(xié)議是Hyper Text Transfer Protocol（超文本傳輸協(xié)議）的縮寫,是用于從萬(wàn)維網(wǎng)（WWW:World Wide Web ）服務(wù)器傳輸超文本到本地瀏覽器的傳送協(xié)議。。

HTTP是一個(gè)基于TCP/IP通信協(xié)議來(lái)傳遞數(shù)據(jù)（HTML 文件, 圖片文件, 查詢結(jié)果等。

HTTP協(xié)議工作于客戶端-服務(wù)端架構(gòu)上。瀏覽器作為HTTP客戶端通過URL向HTTP服務(wù)端即WEB服務(wù)器發(fā)送所有請(qǐng)求。

Web服務(wù)器有：Apache服務(wù)器，IIS服務(wù)器（Internet Information Services）等。

Web服務(wù)器根據(jù)接收到的請(qǐng)求后，向客戶端發(fā)送響應(yīng)信息。

HTTP默認(rèn)端口號(hào)為80，但是你也可以改為8080或者其他端口。

HTTP三點(diǎn)注意事項(xiàng)：

HTTP是無(wú)連接：無(wú)連接的含義是限制每次連接只處理一個(gè)請(qǐng)求。服務(wù)器處理完客戶的請(qǐng)求，并收到客戶的應(yīng)答后，即斷開連接。采用這種方式可以節(jié)省傳輸時(shí)間。

HTTP是媒體獨(dú)立的：這意味著，只要客戶端和服務(wù)器知道如何處理的數(shù)據(jù)內(nèi)容，任何類型的數(shù)據(jù)都可以通過HTTP發(fā)送?？蛻舳艘约胺?wù)器指定使用適合的MIME-type內(nèi)容類型。

HTTP是無(wú)狀態(tài)：HTTP協(xié)議是無(wú)狀態(tài)協(xié)議。無(wú)狀態(tài)是指協(xié)議對(duì)于事務(wù)處理沒有記憶能力。缺少狀態(tài)意味著如果后續(xù)處理需要前面的信息，則它必須重傳，這樣可能導(dǎo)致每次連接傳送的數(shù)據(jù)量增大。另一方面，在服務(wù)器不需要先前信息時(shí)它的應(yīng)答就較快。

HTTP/1.1協(xié)議中共定義了8種HTTP請(qǐng)求方法，HTTP請(qǐng)求方法也被叫做“請(qǐng)求動(dòng)作”，不同的方法規(guī)定了不同的操作指定的資源方式。服務(wù)端也會(huì)根據(jù)不同的請(qǐng)求方法做不同的響應(yīng)。

GET請(qǐng)求會(huì)顯示請(qǐng)求指定的資源。一般來(lái)說(shuō)GET方法應(yīng)該只用于數(shù)據(jù)的讀取，而不應(yīng)當(dāng)用于會(huì)產(chǎn)生副作用的非冪等的操作中。

GET會(huì)方法請(qǐng)求指定的頁(yè)面信息，并返回響應(yīng)主體，GET被認(rèn)為是不安全的方法，因?yàn)镚ET方法會(huì)被網(wǎng)絡(luò)蜘蛛等任意的訪問

HEAD方法與GET方法一樣，都是向服務(wù)器發(fā)出指定資源的請(qǐng)求。但是，服務(wù)器在響應(yīng)HEAD請(qǐng)求時(shí)不會(huì)回傳資源的內(nèi)容部分，即：響應(yīng)主體。這樣，我們可以不傳輸全部?jī)?nèi)容的情況下，就可以獲取服務(wù)器的響應(yīng)頭信息。HEAD方法常被用于客戶端查看服務(wù)器的性能。

POST請(qǐng)求會(huì) 向指定資源提交數(shù)據(jù)，請(qǐng)求服務(wù)器進(jìn)行處理，如：表單數(shù)據(jù)提交、文件上傳等，請(qǐng)求數(shù)據(jù)會(huì)被包含在請(qǐng)求體中。POST方法是非冪等的方法，因?yàn)檫@個(gè)請(qǐng)求可能會(huì)創(chuàng)建新的資源或/和修改現(xiàn)有資源。

PUT請(qǐng)求會(huì)身向指定資源位置上傳其最新內(nèi)容，PUT方法是冪等的方法。通過該方法客戶端可以將指定資源的最新數(shù)據(jù)傳送給服務(wù)器取代指定的資源的內(nèi)容。

DELETE請(qǐng)求用于請(qǐng)求服務(wù)器刪除所請(qǐng)求URI（統(tǒng)一資源標(biāo)識(shí)符，Uniform Resource Identifier）所標(biāo)識(shí)的資源。DELETE請(qǐng)求后指定資源會(huì)被刪除，DELETE方法也是冪等的。

CONNECT方法是HTTP/1.1協(xié)議預(yù)留的，能夠?qū)⑦B接改為管道方式的代理服務(wù)器。通常用于SSL加密服務(wù)器的鏈接與非加密的HTTP代理服務(wù)器的通信。

OPTIONS請(qǐng)求與HEAD類似，一般也是用于客戶端查看服務(wù)器的性能。 這個(gè)方法會(huì)請(qǐng)求服務(wù)器返回該資源所支持的所有HTTP請(qǐng)求方法，該方法會(huì)用"*"來(lái)代替資源名稱，向服務(wù)器發(fā)送OPTIONS請(qǐng)求，可以測(cè)試服務(wù)器功能是否正常。JavaScript的XMLHttpRequest對(duì)象進(jìn)行CORS跨域資源共享時(shí)，就是使用OPTIONS方法發(fā)送嗅探請(qǐng)求，以判斷是否有對(duì)指定資源的訪問權(quán)限。 允許

TRACE請(qǐng)求服務(wù)器回顯其收到的請(qǐng)求信息，該方法主要用于HTTP請(qǐng)求的測(cè)試或診斷。

在HTTP/1.1標(biāo)準(zhǔn)制定之后，又陸續(xù)擴(kuò)展了一些方法。其中使用中較多的是 PATCH 方法：

PATCH方法出現(xiàn)的較晚，它在2010年的RFC 5789標(biāo)準(zhǔn)中被定義。PATCH請(qǐng)求與PUT請(qǐng)求類似，同樣用于資源的更新。二者有以下兩點(diǎn)不同：

但PATCH一般用于資源的部分更新，而PUT一般用于資源的整體更新。
當(dāng)資源不存在時(shí)，PATCH會(huì)創(chuàng)建一個(gè)新的資源，而PUT只會(huì)對(duì)已在資源進(jìn)行更新。