圖解HTTP(一)

TCP/IP協議族

TCP/IP是互聯網相關的各類協議族的總稱。

TCP/IP的分層管理
  • 按層次分別分為:應用層、傳輸層、網絡層和數據鏈路層

  • 各層次的功能:
    a. 應用層:決定了向用戶提供應用服務時通信的活動,常見的有FTP和DNS等。
    b. 傳輸層:提供處于網絡連接中的兩臺計算機之間的數據傳輸,該層包含TCP和UDP兩種不同的協議。
    c. 網絡層:用來處理網絡上流動的數據包,常見的IP。
    d. 鏈路層:用來處理連接網絡的硬件部分。

  • 傳輸流程圖:


    通信流程圖.png
IP協議

IP協議的作用是把各種數據包傳送給對方,為了保證能夠正確傳送給對方,這里需要兩個重要的條件:IP地址和MAC地址。

  • IP地址:指明了節點被分配到的地址
  • MAC地址:網卡所屬的固定地址
  • ARP協議:IP間的通信依賴于MAC地址。在網絡上,通信的雙方在同一局域網內的情況是很少的,通常是經過多臺計算機和網絡設備中轉才能連接到對方,而在中轉過程時,會利用下一站中轉設備的MAC地址來搜索下一個中轉目標。這時候,會利用ARP協議(一種解析地址的協議),根據通信的IP地址就可以反查到對應的MAC地址。
TCP協議

TCP協議位于傳輸層,提供可靠的字節流服務。所謂的字節流服務是指將大塊數據分割為報文段為單位的數據包進行管理。

  • 三次握手:確保數據能準確到達目標
    握手過程中使用了TCP的標志——SYN和ACK


    三次握手.png

    a.首先Client向Server發送一個SYN信號
    b.Server接收到SYN信號后,發送SYN/ACK信號給Client,這樣Client就能確認Server端是正確的。
    c. Client再發送ACK給Server,這樣Server就能確認Client端是正確的。

DNS服務

DNS服務是提供域名到IP地址之間的解析服務。用戶通常使用主機名或域名來訪問對方的計算機,而不是直接通過IP地址。

DNS服務.png
URI和URL

URI為統一資源標識符,而URL為Web瀏覽器等訪問Web頁面時需要輸入的網頁地址,比如,http://hackr.jp/就是一個URL。

  • URI格式


    URI格式.png

    a. 協議方案名:通常為http或https,ftp等
    b. 登錄信息:指定用戶名和密碼作為從服務器端獲取資源時必要的登錄信息,為可選項
    c. 服務器地址:可以指定為域名或者IP地址
    d. 服務器端口號:可選項,若忽略,則使用默認端口號
    e. 文件路徑:服務器上文件路徑來定位特指的資源
    f. 查詢字符串:已指定文件路徑內的資源
    g. 片段標識符:已獲取資源的子資源

HTTP協議
  • 請求報文


    請求報文.png
  • 響應報文


    響應報文.png
  • HTTP中可使用的方法

  1. GET:獲取資源
  2. POST:傳輸實體主體
  3. PUT:傳輸文件,但自身不帶驗證機制,存在安全性問題
  4. HEAD:獲取報文首部
  5. DELETE:刪除文件
  6. OPTIONS:詢問資源支持的方法


    OPTIONS.png

7.TRACE:追蹤路徑。發送請求時,在 Max-Forwards 首部字段中填入數值,每經過一個服 務器端就將該數字減 1,當數值剛好減到 0 時,就停止繼續傳輸,最 后接收到請求的服務器端則返回狀態碼 200 OK 的響應。


TRACE.png
  1. CONNECT:要求用隧道協議連接代理。CONNECT 方法要求在與代理服務器通信時建立隧道,實現用隧道協 議進行 TCP 通信。主要使用 SSL(Secure Sockets Layer,安全套接 層)和 TLS(Transport Layer Security,傳輸層安全)協議把通信內容 加 密后經網絡隧道傳輸。


    CONNECT.png
  • 持久連接:只要任意一端沒有明確提出斷開連接,則保持TCP連接狀態,以減少TCP連接的重復建立和斷開所造成的額外開銷,減輕了服務器端的負載。

  • 管線化:實現并行發送多個請求,而不需要一個接一個地等待響應。

最后編輯于
?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 229,237評論 6 537
  • 序言:濱河連續發生了三起死亡事件,死亡現場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發現死者居然都...
    沈念sama閱讀 98,957評論 3 423
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 177,248評論 0 382
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,356評論 1 316
  • 正文 為了忘掉前任,我火速辦了婚禮,結果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 72,081評論 6 410
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發上,一...
    開封第一講書人閱讀 55,485評論 1 324
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,534評論 3 444
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 42,720評論 0 289
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當地人在樹林里發現了一具尸體,經...
    沈念sama閱讀 49,263評論 1 335
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內容為張勛視角 年9月15日...
    茶點故事閱讀 41,025評論 3 356
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發現自己被綠了。 大學時的朋友給我發了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 43,204評論 1 371
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,787評論 5 362
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質發生泄漏。R本人自食惡果不足惜,卻給世界環境...
    茶點故事閱讀 44,461評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,874評論 0 28
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 36,105評論 1 289
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,945評論 3 395
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 48,205評論 2 375

推薦閱讀更多精彩內容

  • 圖解HTTP第一章 通常使用的網絡是在TCP/IP協議族的基礎上運作的,而HTTP屬于他內部的一個子集。 TCP/...
    投降又不會贏閱讀 381評論 0 0
  • 1.OkHttp源碼解析(一):OKHttp初階2 OkHttp源碼解析(二):OkHttp連接的"前戲"——HT...
    隔壁老李頭閱讀 20,939評論 24 176
  • Spring Cloud為開發人員提供了快速構建分布式系統中一些常見模式的工具(例如配置管理,服務發現,斷路器,智...
    卡卡羅2017閱讀 134,806評論 18 139
  • 協議基礎 協議就是計算機之間通過網絡實現通信時實現所達成的一種“約定”,這種約定使得那些由不同廠商的設備,不同的C...
    d9fc24a0c9a9閱讀 2,391評論 0 6
  • 這些年 我只讓你看一半 為了表現端莊 我用發簪盤起長發 為了表現安份 我比候鳥更加守時 朝九晚五 跨過兩個世紀 加...
    行走的卓瑪閱讀 157評論 0 0