2.url與uri的區別
3.http特點
4.http請求
5.http響應
6.http請求詳細過程
http協議，即超文字傳輸協議（http,hypertext transfer protocol），是網際網路中應用最廣泛的一種網路協議，所有的www檔案都必須遵守這個標準。
從tcp/ip模型上看，http協議屬於應用層。
http協議定義web客戶端如何從web伺服器請求web頁面，以及伺服器如何把web頁面傳送給客戶端。http協議採用了請求/響應模型。客戶端向伺服器傳送乙個請求報文，請求報文包含請求的方法、url、協議版本、請求頭部和請求資料。伺服器以乙個狀態行作為響應，響應的內容包括協議的版本、成功或者錯誤**、伺服器資訊、響應頭部和響應資料。
uri：統一資源識別符號，只是標識資源存放在**，所以又存在乙個煩人的問題，可以存在多個uri指向該資源，也就是相對與絕對。
uri包含url
uri一般由三部分組成「
語法：[scheme:]scheme-specific-part
其中http是scheme，是scheme-specific-part，並且它的scheme和scheme-specific-part是被冒號分開的。
相對與絕對：
url：統一資源定位符，是uri的子集，即標識了資源的位置，還提供了一種定位該資源的主要訪問機制，即提供了找到該資源的具體方式（位置+方式）。
乙個完整的url包含以下幾個部分：
http協議永遠都是客戶端向伺服器發出請求，伺服器向客戶端傳送響應。因此，限制了使用http協議，無法在客戶端沒有發起請求的時候，伺服器發出響應。
主要特點：
請求訊息的結構=請求行+請求頭+請求主體（即：請求行，訊息報頭，請求正文）
請求頭：標識:內容 crlf(換行符)
空一行：（表示請求頭結束）
請求主體：（即請求正文，使用者的主要資料。post方式時使用，get無請求主體）
請求行以乙個方法符號開頭，空格之後，乙個請求uri，再空格，然後乙個http版本，最後乙個回車換行。
作用：用來說明當前請求的最基本資訊。
請求的主要使用者資料，就是post資料
如果方式為post，則需要請求主體部分；get沒有請求主體。
資料形式：類似name=***
響應訊息由三部分組成：響應行+響應頭+相應主體（即：狀態行、訊息報頭、響應正文）
響應資料的第一行，響應結果的概述。
狀態碼：
狀態**有3位數字組成，狀態描述給出了狀態**簡短的描述。狀態碼第乙個數字定義了響應的類別，有五種可能取值：
1xx：指示資訊–表示請求已接收，繼續處理
2xx：成功–表示請求已被成功接收、理解、接受
3xx：重定向–要完成請求必須進行更進一步的操作
4xx：客戶端錯誤–請求有語法錯誤或請求無法實現
5xx：伺服器端錯誤–伺服器未能實現合法的請求
100——客戶必須繼續發出請求
101——客戶要求伺服器根據請求轉換http協議版本
200——交易成功
201——提示知道新檔案的url
202——接受和處理、但處理未完成
203——返回資訊不確定或不完整
204——請求收到，但返回資訊為空
205——伺服器完成了請求，使用者**必須復位當前已經瀏覽過的檔案
206——伺服器已經完成了部分使用者的get請求
300——請求的資源可在多處得到
301——刪除請求資料
302——在其他位址發現了請求資料
303——建議客戶訪問其他url或訪問方式
304——客戶端已經執行了get，但檔案未變化
305——請求的資源必須從伺服器指定的位址得到
306——前一版本http中使用的**，現行版本中不再使用
307——申明請求的資源臨時性刪除
400——錯誤請求，如語法錯誤
401——請求授權失敗
402——保留有效chargeto頭響應
403——請求不允許
404——沒有發現檔案、查詢或url
405——使用者在request-line欄位定義的方法不允許
406——根據使用者傳送的accept拖，請求資源不可訪問
407——類似401，使用者必須首先在**伺服器上得到授權
408——客戶端沒有在使用者指定的餓時間內完成請求
409——對當前資源狀態，請求不能完成
410——伺服器上不再有此資源且無進一步的參考位址
411——伺服器拒絕使用者定義的content-length屬性請求
412——乙個或多個請求頭字段在當前請求中錯誤
413——請求的資源大於伺服器允許的大小
414——請求的資源url長於伺服器允許的長度
415——請求資源不支援請求專案格式
416——請求中包含range請求頭欄位，在當前請求資源範圍內沒有range指示值，請求也不包含if-range請求頭欄位
417——伺服器不滿足請求expect頭欄位指定的期望值，如果是**伺服器，可能是下一級伺服器不能滿足請求
500——伺服器產生內部錯誤
501——伺服器不支援請求的函式
502——伺服器暫時不可用，有時是為了防止發生系統過載
503——伺服器過載或暫停維修
504——關口過載，伺服器使用另乙個關口或服務來響應使用者，等待時間設定值較長
505——伺服器不支援或拒絕支請求頭中指定的http版本
後端網路協議基礎知識筆記1 持續更新中。。。
4.osi七層模型和tcp ip模型 5.tcp ip協議族 1.計算機網路體系結構的形成 在最初的arpanet設計時就提出了分層的方法。1974年美國ibm公司宣布了其研製的系統網路體系結構sna。為了使不同體系結構的計算機網路都能互聯，推出了開放系統互連基本參考模型osi rm，簡稱osi。1...
網路協議基礎知識
http 請求流程 瀏覽器通過網域名稱解析伺服器 dns 獲取ip位址 瀏覽器先向 ip 發起請求，並獲取相應 瀏覽器每獲取乙個響應就對展示出的結果進行新增 載入 js，css 等內容會修改頁面的內容，js也可以重新傳送請求，獲取響應 從獲取第乙個響應並在瀏覽器中展示，直到最終獲取全部響應，並在展示...
網路協議基礎知識
應用層 傳輸層 埠 網路層 路由 ip 鏈路層 mac 網橋 socket 套接字 通訊方式 一 多對一關係 ip 埠 協議 websocket web層面的socket socket底層也是tcp協議 socket 本質是程式設計介面 api 對 tcp ip 的封裝，tcp ip 也要提供可供程...