您好,登錄后才能下訂單哦!
今天就跟大家聊聊有關HTTP協議中HTTP請求消息的方法以及HTTP響應消息和響應狀態代碼,可能很多人都不太了解,為了讓大家更加了解,小編給大家總結了以下內容,希望大家根據這篇文章可以有所收獲。
一、HTTP協議介紹
1.1 HTTP協議是一種無狀態協議
同一客戶端的這次請求和上次請求沒有對應關系。
1.2 HTTP協議在TCP/IP協議棧中的位置
HTTP承載于TCP協議之上。 端口:80
HTTPS承載于TLS/SSL協議之上。 端口:443
1.3 HTTP的請求響應模型
HTTP永遠是客戶端發起請求,服務器響應。
無法實現客戶端沒發起請求的時候,服務器將消息推送給客戶端。
二、HTTP請求消息
2.1 請求消息格式
請求行
通用信息頭|請求頭|實體頭
CRLF(回車換行)
實體內容
例:
POST /client_security_conf HTTP/1.1
Host: sconf.f.#
Accept: */*
Connection: Keep-Alive
Cache-Control: no-cache
Content-Length: 185
Content-Type: application/x-www-form-urlencoded
[CRLF]
2.2 請求行格式
方法 請求URI 版本號 [回車換行]
例: POST /client_security_conf HTTP/1.1\r\n
2.3 HTTP請求方法
GET -- 請求獲取Request-URI所標識的資源。
POST -- 在Request-URI所標識的資源后附加新的數據。
HEAD -- 請求獲取由Request-URI所標識的資源的響應消息報頭。
PUT -- 請求服務器存儲一個資源,并用Request-URI作為其標識。
DELETE -- 請求服務器刪除Request-URI所標識的資源。
OPTIONS -- 請求查詢服務器的性能,或查詢與資源相關的選項和需求。
TRACE -- 請求服務器回送收到的請求信息,主要用于測試或診斷。
CONNECT -- 保留將來使用。
三、HTTP響應消息
3.1 響應消息格式
狀態行
通用消息頭|響應頭|實體頭
CRLF(回車換行)
實體內容
例:
HTTP/1.1 200 OK
Server: nginx/0.6.39
Date: wed, 04 Sep 2013 02:25:05 GMT
Content-Type: text/plain
Content-Length: 118
Connection: close
Vary: Accept-Encoding
[CRLF]
3.2 狀態行格式
版本號 狀態碼 原因 [回車換行]
例:HTTP/1.1 200 OK\r\n
3.3 HTTP狀態響應代碼
1XX:指示信息 -- 表示請求已經接收,繼續處理。
2XX:成功 -- 表示請求已經被成功接收、理解、接受。
3XX:重定向 -- 要完成請求必須進行更進一步的操作。
4XX:客戶端錯誤 -- 請求有語法錯誤或請求無法實現。
5XX:服務端錯誤 -- 服務器未能實現合法的請求。
看完上述內容,你們對HTTP協議中HTTP請求消息的方法以及HTTP響應消息和響應狀態代碼有進一步的了解嗎?如果還想了解更多知識或者相關內容,請關注億速云行業資訊頻道,感謝大家的支持。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。