7 HTTP協議的組成

協議的組成：

請求部分：

(請求行；請求訊息頭；請求正文)

請求行；位於請求資訊的第一行

請求方式 請求的資源路徑 使用的協議

請求方式：常用的請求方式

get和post

get：預設的請求方式

特點：請求引數會出現在位址列上，不安全；長度限制

<=1kb

post(

建議)：利用from

表單。請求引數會出現在正文部分

特點：沒有大小限制；安全。

accept:*/* //

從第2行開始，至第乙個空行，此部分稱之為請求訊息頭部分

accept-language: zh-cn,en-us;q=0.5

accept-encoding: gzip, deflate

user-agent: mozilla/4.0 (compatible; msie 6.0; windows nt 5.1; sv1; .net clr 2.0.50727; .net clr 3.0.4506.2152; .net clr 3.5.30729)

host: localhost:8080

connection: keep-alive

username=admin&password=123 //

第乙個空行之後的都是請求正文（木有大小限制）

響應部分：

(響應行；響應訊息頭；響應正文)

響應行；位於響應資訊的第一行

伺服器使用的協議 響應碼 響應碼描述

500 個響應碼：實際用到的也就

30個左右。其他都是預留。

常用響應碼：

200 ：一切ok

302/307:

請求重定向

304：伺服器上的資源沒有被修改過

404：請求的資源不存在

500：伺服器內部錯誤

server: apache-coyote/1.1 //

從第2行開始，至第乙個空行，此部分稱之為響應訊息頭部分

accept-ranges: bytes

etag: w/"36-1355905852250"

last-modified: wed, 19 dec 2012 08:30:52 gmt

content-type: text/html

content-length: 36

date: wed, 19 dec 2012 08:32:46 gmt

this is a beauty;

第乙個空行之後的都是響應正文

7 HTTP協議的組成

協議的組成 請求部分 請求行 請求訊息頭 請求正文 請求行 位於請求資訊的第一行 請求方式 請求的資源路徑 使用的協議 請求方式 常用的請求方式 get和post get 預設的請求方式 特點 請求引數會出現在位址列上，不安全 長度限制 1kb post 建議 利用from 表單。請求引數會出現在正...

Http協議 7 Http快取

一 冗餘的資料傳輸 有些客戶端訪問伺服器頁面時,伺服器會多次響應同乙個頁面的副本給客戶端，這會產生冗餘資料，故使用快取就可以保留第一條相應的副本，以後就響應快取的資料 二 頻寬瓶頸 三 瞬間擁塞 伺服器同一時間處理多次請求，就會出現瞬間擁塞 四 距離延時 客戶端和伺服器存在一定的距離，訊號傳輸會出現...

HTTP協議基礎 7 HTTP響應 實戰

前面演示了http中get和post請求的過程，正常順序是看了乙個請求訊息部分，立馬去看這個請求的響應部分。所以這篇我們接著前面一篇的環境，來看看響應部分。1.post請求方法的響應部分舉例 1.響應起始行是 http 1.1 200 ok，可以對照前面理論部分看看，這個格式是不是這樣，因為在瀏覽器...