協議的組成:
請求部分:
(請求行;請求訊息頭;請求正文)
請求行;位於請求資訊的第一行
請求方式 請求的資源路徑 使用的協議
請求方式:常用的請求方式
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,可以對照前面理論部分看看,這個格式是不是這樣,因為在瀏覽器...