HTTP協議結構

http報文=從客戶機到伺服器的請求+從伺服器到客戶機的響應

1.請求報文的格式如下：

請求頭   通用資訊頭    請求頭    實體頭    報文主體

請求行的格式為：

method【分隔符】request-uri【分隔符】http-versioncrlf

說明如下：

(1).method表示完成request-uri的方法，該字段是大小寫敏感的，包括options、get、head、post、put、delete、trace.方法get和head應該被所有的通用web伺服器支援，其它方法的實現則是可選的。get方法取回由request-uri標識的資訊。head方法也是取回由request-uri標識的資訊，只是可以響應時不返回訊息體。post方法可以請求伺服器接收包含在請求中的實體資訊，可以用於提交表單等傳送訊息。

(2).【分隔符】為空格。

(3).request-uri遵循uri格式，此字段為星號（*）時，說明請求並不用於某個特定的資源位址，而是用於伺服器本身。

(4).http-version表示支援的http版本，如http/1.1

(5).crlf表示換行回車符。

2.響應報文的格式如下：

狀態行   通用資訊頭   響應頭   實體頭   報文主體

狀態行由狀態碼和原因分析兩部分構成。其中，狀態碼由3位數字組成，表示請求是否被理解或被滿足，用來至此自動操作；原因分析是對原文的狀態碼作簡潔的描述，用來供使用者使用。

響應報文中的狀態碼在進行web應用效能測試的過程中經常遇到，說明如下：

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

2xx：處理成功響應類，表示動作被成功接收、理解和接收

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

4xx：客戶端錯誤，表示客戶請求包含語法錯誤或不能正確執行

5xx：服務端錯誤，表示伺服器不能正確執行乙個正確的請求

Http協議結構

一 http協議結構 http報文由從客戶機到伺服器的請求和從伺服器到客戶機的響應構成。1.request格式 1.http請求行 請求頭資訊 通用資訊頭 請求頭 實體頭 空行可選的訊息體 1.注 請求行和標題必須以 作為結尾 即回車換行 1.空行內必須只有 而無其他空格。在http 1.1 協議中...

HTTP協議的結構

1 簡介 http hypertext transfer protocol 中文名稱為超文字傳輸協議，工作在osi七層體系中的應用層，屬於高層應用協議。http協議主要用在瀏覽器和web伺服器之間進行通訊。http協議使用明文進行傳輸，如果需要加密傳輸，可以使用https 注 j2me暫時不支援 2...

Http協議報文結構

http請求由狀態行 請求頭 請求正文三部分組成。狀態行包括 request url request method get remote address 61.135.169.125 443 referrer policy unsafe url請求頭就是request header 請求正文就是真正...