HTTP協(xié)議是一個超文本傳輸協(xié)議，它是基于TCP/IP進(jìn)行通信協(xié)議來進(jìn)行數(shù)據(jù)傳遞

特點(diǎn)：
1. 簡單快速，客戶端向服務(wù)器端發(fā)起請求時，只需傳輸請求方法和路徑。請求方法常用的有POST、GET等。每個方法規(guī)定了客戶與服務(wù)器聯(lián)系的類型不同。由于HTTP協(xié)議簡單，所以通信速度快
2. 靈活：可以傳輸任意類型的數(shù)據(jù)對象。傳輸類型由Content-Type加以標(biāo)記
3. 無連接：限制每次連接只處理一個請求。服務(wù)器處理完客戶端的請求，在收到客戶端的應(yīng)答之后便會斷開連接
4. 無狀態(tài)：HTTP是無狀態(tài)協(xié)議。無狀態(tài)指的是協(xié)議對于事務(wù)處理沒有記憶能力。缺少狀態(tài)意味著如果后續(xù)處理需要前面的信息，則必須重傳，這樣可能導(dǎo)致每次連接傳送的數(shù)據(jù)量增大，另一個方面，在服務(wù)器不需要其他信息的時候它的應(yīng)答就會很迅速
5. 支持B/S以及C/S模式

URL是HTTP使用的統(tǒng)一資源標(biāo)識符，來傳輸數(shù)據(jù)以及建立連接。URL是一種特殊類型的URI,全稱為UniformResourceLocator，中文名為統(tǒng)一資源定位符，URL包含以下幾個部分：
如：https://baike.baidu.com:8080/item/url/110640?fr=aladdin
1. 協(xié)議/模式部分：它告訴瀏覽器如何處理將要打開的文件。最常用的模式是超文本傳輸協(xié)議（Hypertext Transfer Protocol，縮寫為HTTP），這個協(xié)議可以用來訪問網(wǎng)絡(luò)。其他協(xié)議如下：
http——超文本傳輸協(xié)議資源
https——用安全套接字層傳送的超文本傳輸協(xié)議
ftp——文件傳輸協(xié)議
mailto——電子郵件地址
ldap——輕型目錄訪問協(xié)議搜索
file——當(dāng)?shù)?a href='http://m.survivalescaperooms.com/dnzs/' target='_blank'>電腦或網(wǎng)上分享的文件
news——Usenet新聞組
gopher——Gopher協(xié)議
telnet——Telnet協(xié)議
在上面的例子中協(xié)議部分就是https
2. 域名部分：上面的域名即為：baike.baidu.com
3. 端口部分：跟在域名后面的即為端口號，端口跟域名之間使用:分割，端口不是一個URL必須的部分，如果省略端口號，就會采用默認(rèn)端口
4. 文件名部分：/item/url/110640
5. 參數(shù)部分：fr=aladdin，即問號后面

HTTP的請求消息Request主要有以下幾個部分組成：
* 請求行 ： 請求方法 | URL | 協(xié)議版本
* 請求頭部 ：請求頭包含許多有關(guān)的客戶端環(huán)境和請求正文的有用信息
* 請求正文 ： 請求頭和請求正文之間是一個空行，這個行非常重要，它表示請求頭已經(jīng)結(jié)束，接下來的是請求正文。請求正文中可以包含客戶提交的查詢字符串信息

HTTP響應(yīng)消息Response由以下幾個部分組成：
* 狀態(tài)行 ： 協(xié)議版本 | 狀態(tài)碼 | 狀態(tài)消息
* 響應(yīng)報(bào)頭 ： Date 、Content-Type等等
* 響應(yīng)正文 ： 服務(wù)器端返回?cái)?shù)據(jù)

狀態(tài)碼由三位數(shù)字組成，第一個數(shù)字定義了響應(yīng)的類別
* 1xx：指示消息，表示請求已接收，繼續(xù)處理
* 2xx：成功，表示請求已被成功接收
* 3xx：重定向，表示要晚上請求必須更進(jìn)一步的操作
* 4xx：客戶端錯誤，表示請求有語法錯誤或者無法實(shí)現(xiàn)
* 5xx：服務(wù)端錯誤，表示服務(wù)器端未能實(shí)現(xiàn)合法的請求

常見狀態(tài)碼：

200 - ok - 請求成功400 - Bad Request - 客戶端請求有語法錯誤，不能被服務(wù)器理解401 - Unauthorized - 請求未經(jīng)授權(quán)403 - Forbidden - 服務(wù)器收到請求，但是拒絕提供服務(wù)404 - Not Found - 請求資源不存在500 - Internal Server Error - 內(nèi)部服務(wù)器錯誤503 - Server Unavaliable - 服務(wù)器不可用

HTTP 1.0 定義了三種請求方法 ：GET、POST、HEADHTTP 1.1 新增了五種請求方法 ：OPTIONS、PUT、DELETE、TRACE、CONNECT

GET - 請求指定的頁面信息，并返回實(shí)體主體HEAD - 類似于GET請求，但是返回的只有報(bào)頭POST - 向指定的資源提交數(shù)據(jù)進(jìn)行處理請求PUT - 從客戶端向服務(wù)器傳送的數(shù)據(jù)取代指定文件的內(nèi)容DELETE - 請求服務(wù)器刪除指定的頁面CONNECT - HTTP/1.1協(xié)議中預(yù)留給能夠?qū)⑦B接改為管道方式的代理服務(wù)器。OPTIONS - 允許客戶端查看服務(wù)器性能TRACE - 回顯服務(wù)器收到的請求，主要用于測試或診斷。

數(shù)據(jù)提交：GET的請求數(shù)據(jù)會放在URL之后，使用 號進(jìn)行連接，但POST的請求數(shù)據(jù)會放在HTTP包內(nèi)

傳輸數(shù)據(jù)大小：由于一般的瀏覽器對于URL的長度是有限制的，所以使用GET請求數(shù)據(jù)會收到大小的限制，但是POST是將數(shù)據(jù)放在包內(nèi)，即沒有大小限制

安全性：GET提交數(shù)據(jù)在URL中，可以被緩存從而回去數(shù)據(jù)

注：
1. HTTP協(xié)議沒有對傳輸?shù)臄?shù)據(jù)大小進(jìn)行限制，HTTP協(xié)議規(guī)范也沒有對URL長度進(jìn)行限制。
2. HTTP的 GET,POST,SOAP協(xié)議都是在http上運(yùn)行的

（1）GET：請求參數(shù)是作為一個key/html' target='_blank'>value對的序列（查詢字符串）附加到URL上的
查詢字符串的長度受到web瀏覽器和web服務(wù)器的限制（如IE最多支持2048個字符），不適合傳輸大型數(shù)據(jù)集同時，它很不安全

（2）POST：請求參數(shù)是在http標(biāo)題的一個不同部分（名為entity body）傳輸?shù)模@一部分用來傳輸表單信息，因此必須將Content-type設(shè)置為:application/x-www-form- urlencoded。post設(shè)計(jì)用來支持web窗體上的用戶字段，其參數(shù)也是作為key/value對傳輸。
但是：它不支持復(fù)雜數(shù)據(jù)類型，因?yàn)閜ost沒有定義傳輸數(shù)據(jù)結(jié)構(gòu)的語義和規(guī)則。

（3）SOAP：是http post的一個專用版本，遵循一種特殊的xml消息格式
Content-type設(shè)置為: text/xml 任何數(shù)據(jù)都可以xml化。

HTTP協(xié)議定義了很多與服務(wù)器交互的方法，最基本的有4種，分別是GET,POST,PUT,DELETE. 一個URL地址用于描述一個網(wǎng)絡(luò)上的資源，而HTTP中的GET, POST, PUT, DELETE就對應(yīng)著對這個資源的查，改，增，刪4個操作。 我們最常見的就是GET和POST了。GET一般用于獲取/查詢資源信息，而POST一般用于更新資源信息.

以上就是什么是HTTP協(xié)議的詳細(xì)內(nèi)容，html教程

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請第一時間聯(lián)系我們修改或刪除，多謝。