7 HTTP協議的組成

2021-08-27 07:36:08 字數 1305 閱讀 7346

協議的組成:

請求部分:

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

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

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

請求方式:常用的請求方式

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,可以對照前面理論部分看看,這個格式是不是這樣,因為在瀏覽器...