1. 程式人生 > >HTTP協議格式和header、互動過程

HTTP協議格式和header、互動過程

HTTP協議格式請求例子


Host: www.baidu.com
Connection: Keep-Alive
Accept-Encoding: gzip
User-Agent: okhttp/3.2.0

username=123&password=123

概述:

請求方法 url 協議版本
header欄位名稱:值
….
header欄位名稱:值
空行
請求包體

HTTP協議格式響應例子

HTTP/1.1 200 OK
Server: nginx/1.8.1
Date: Tue, 25 Apr 2017 06:11:41 GMT
Content-Type: application/json;charset=UTF-8


Connection: keep-alive
Vary: Accept-Encoding
Set-Cookie: BIGipServerUAT_1_nginx_pool=489820844.36895.0000; path=/
Content-Length: 129

{“status”:”SUCCESS”,”result”:[]}

概述:

協議版本 狀態碼 狀態碼描述
header欄位key:value

header欄位key:value
空行
響應包體

GMT是格林尼治所在地的標準時間,HTTP協議中用到的都是這個格式,防止時區不同時間有差異性
Connection:表示TCP連線是長連線,可以繼續傳送資料
其他的欄位意思一看就明瞭

另外對HTTP的響應數字做一下概述

1xx:資訊響應類,表示接收到請求並且繼續處理

2xx:處理成功響應類,表示動作被成功接收、理解和接受

3xx:重定向響應類,為了完成指定的動作,必須接受進一步處理

4xx:客戶端錯誤,客戶請求包含語法錯誤或者是不能正確執行

5xx:服務端錯誤,伺服器不能正確執行一個正確的請求

HTTP互動過程
1、組裝HTTP請求,請求頭,請求內容
2、解析DNS
3、建立TCP連結
4、傳送HTTP請求
5、伺服器的永久重定向響應
6、發起請求方跟蹤重定向地址
7、伺服器處理請求
8、伺服器返回response
9、伺服器釋放TCP連結
10、請求方解析response

相關推薦

HTTP協議格式header互動過程

HTTP協議格式請求例子 Host: www.baidu.com Connection: Keep-Alive Accept-Encoding: gzip User-Agent: okhttp/3.2.0 username=123&pass

Nginx + Tomcat基於HTTP協議實現反代動靜分離負載均衡session會話保持

1、演示環境: IP 作業系統 部署程式 192.168.1.143 CentOS 7.5 Nginx 192.168.1.144 CentOS 7.5 Tomcat

Apache + Tomcat基於HTTP協議實現反代動靜分離負載均衡session會話保持

1、演示環境: IP 作業系統 部署程式 192.168.1.143 CentOS 7.6 Apache 192.168.1.144 CentOS 7.6 Tomcat

關於namenodedatanodesecondarynamenode的互動過程

元資料是儲存在namenode中的,這些元資料包括檔名、目錄名,檔案目錄從屬關係、檔案大小,檔案與塊對應關係,塊所對應的節點等;namenode會將這些元資料資訊儲存在硬碟上,對應的名字是fsimage_txid(即類似這種:fsimage_00000000000000321

http協議之請求方法請求頭請求體分析Netty解析

請求報文 Http請求報文由三部分組成:請求行,請求頭,請求體 攜帶資訊 請求行:請求方法、請求地址、協議名稱和版本號 請求頭:Referer、User-Agent、Accept、Cookie、Cache-Control、Content-Length等屬性。Co

HTTP協議原理及請求響應報文格式

前言HTTP是一個屬於應用層的面向物件的協議,由於其簡捷、快速的方式,適用於分散式超媒體資訊系統。它於1990年提出,經過幾年的使用與發展,得到不斷地完善和擴充套件。HTTP協議的主要特點支援C/S(客戶/伺服器)模式。簡單快速:客戶向伺服器請求服務時,只需傳送請求方法和路徑

斐迅面試記錄—Http協議中的Header

art apple -c etag cookie md5 頭信息 一點 zip HTTP Request的Header信息 1、HTTP請求方式 如下表: 說明: 主要使用到“GET”和“POST”。 實例: POST /test/tupian/cm HTTP/1.1

HTTP請求格式HTTP響應格式

uri private req upn 6.0 cti sts jpg set HTTP請求格式 "GET {} HTTP/1.1\r\nhost: {}\r\nConnection\r\n\r\n".format(path, host) Request H

DEVOPS03 - HTTP協議與urllib模組paramiko模組

一、HTTP客戶端 1.1 全球資訊網與HTTP 1.1.1 HTTP概述 超文字傳輸協議(HTTP,HyperText TransferProtocol)是網際網路上應用最為廣泛的一種網路協議 1.1.2 HTTP訊息詳解 1.http的請求部分 1.1 基本結構

IP協議(2)--協議格式IP分片

IP協議 IP協議工作在網路層,是TCP/IP協議族中一個重要協議,另外IP協議不保證資料的可靠傳輸,其不保證資料的正確性它只有首部的檢驗和,不管其資料的正確,另外如果在傳送過程中出現錯誤,其會丟棄資料包,然後傳送ICMP指明錯誤,不進行處理錯誤如重傳,這些會交個上層處理,另外IP協議是

HTTP協議介紹(POSTGETContent-Type)

什麼是HTTP? 超文字傳輸協議(HyperText Transfer Protocol -- HTTP)是一個設計來使客戶端和伺服器順利進行通訊的協議。 HTTP/1.1 協議規定的 HTTP 請求方法有 OPTIONS、GET、HEAD、POST、PUT、DELETE

http協議——無連接無狀態

無連接 暫停 定時 改變 pla 寫入 購物 超時 客戶端 無連接 無連接的含義是限制每次連接只處理一個請求。服務器處理完客戶的請求,並收到客戶的應答後,即斷開連接。采用這種方式可以節省傳輸時間。 早期這麽做的原因是 HTTP 協議產生於互聯網,因此服務器需要處理同時面向全

JavaWeb中的Http協議請求響應

1:HTTP的定義 HTTP是hypertext transfer protocol(超文字傳輸協議)的簡寫,它是TCP/IP協議的一個應用層協議 用於定義WEB瀏覽器與WEB伺服器之間交換資料的過程 客戶端連上web伺服器後,若想獲得web伺服器中的某個web資源,需

Http協議請求響應

一、基本的知識點 Http協議:Hyper Text Transfer Protocol (超文字傳輸協議)。主要用於從全球資訊網(www)伺服器傳輸超文字到本地瀏覽器的傳輸協議。它基於ICP/IP通訊來傳輸協議資料(圖片,HTML,查詢結果等)。 工作原理:http協議

Http協議請求響應欄位

瀏覽器請求頭: 例如: GET /quality.php 請求行processID=ja_7_1595971763&vid=89625156&uid=0&pid=1&plid=4006&totalSize=&firstSize=null&firstTim

HTTP協議格式【轉】

原文連結:https://www.jianshu.com/p/8fe93a14754c 一、URI結構 HTTP使用統一資源識別符號(URI)來傳輸資料和建立連線。URL(統一資源定位符)是一種特殊種類的URI,包含了用於查詢的資源的足夠的資訊,我們一般常用的就是URL,而一個完整的

HTTP請求格式HTTP響應理解

HTTP報文是面向文字的,報文中的每一個欄位都是一些ASCII碼串,各個欄位的長度是不確定的。HTTP有兩類報文:請求報文和響應報文。 HTTP請求格式這裡寫程式碼片 一個HTTP請求報文由請求行(request line)、請求頭部(header)、空行和

Http請求格式響應格式

HTTP請求格式 當瀏覽器向Web伺服器發出請求時,它向伺服器傳遞了一個數據塊,也就是請求資訊,HTTP請求資訊由3部分組成: l請求方法URI協議/版本 l請求頭(Request Header) l請求正文 下面是一個HTTP請求的例子: GET/samp

裝置樹 --驅動裝置樹互動過程

在裝置樹中定義的資訊。flash_SY7803:flashlight { compatible = "qcom,leds-gpio-flash"; //匹配引數 status = "okay";

Http協議格式——socket實現http檔案上傳

RT,做專案中有時候會遇到服務端為web服務,但在客戶端需要通過socket來與之互動的情況,這時候就需要用到socket來模擬http傳輸。。自己做過一次抓包分析,但是沒把結果記錄下來,後來做專案中需要用到,才百度了一下,現在把百度到的結果記錄下來…… 程式碼如下,具體結