《圖解HTTP》第二章學習筆記

我來寫我的第二篇部落格了,本篇部落格與《圖解HTTP》的第二章有關,乾巴爹~

  1. 第2章
    簡單的HTTP協議
    2.1 HTTP協議用於客戶端和伺服器端之間的通訊
    請求訪問文字或影象等資源的一端稱為客戶端,而提供資源響應的一端為伺服器端.
    兩臺計算機作為客戶端和伺服器端的角色有可能會互換.但就僅從一條通訊路線來說,伺服器端和客戶端的角色是確定的,而用HTTP協議能夠明確區分哪端是客戶端,哪端是服務端.
    2.2通過請求和響應的交換達成通訊
    HTTP協議規定,請求從客戶端發出,最後伺服器端響應該請求並返回.換句話說,肯定是先從客戶端開始建立通訊的,伺服器端再沒有接收到請求之前不會傳送響應.
    請求報文的構成
    響應報文的構成
    2.3 HTTP是不儲存狀態的協議
    使用HTTP協議,每當有新的請求傳送時,就會有對應的新響應產生.協議本身並不保留之前一切的請求或響應報文的資訊.這是為了更快地處理大量事務,確保協議的可伸縮性,而特意把HTTP協議設計成如此簡單的.
    為了實現期望的保持狀態功能,於是引入了Cookie技術.
    2.4 請求URI定位資源(喵喵喵??)
    URI為完整的請求URI
    2.5告知伺服器意圖的HTTP方法2.6使用方法下達命令(這東西需要在之後的學習中不斷深入理解,先不作解釋)
    post與get的區別
    支援的方法
    2.7 持久連線節省通訊量這裡寫圖片描述
    這原理我也不太懂….
    2.7.1 持久連線
    持久連線的特點是,只要任意一端沒有明確提出斷開連線,則保持TCP連線狀態
    持久連線的好處在於 減少了TCP連線的重複建立和斷開所造成的額外開銷,減輕了伺服器端的負載.另外,減小開銷的那部分時間,使HTTP請求和響應能夠更早地結束,這樣Web頁面的顯示速度也就相應提高了.
    2.7.2 管線化
    持久連線使得多數請求以管線化方式傳送成為可能.從前傳送請求後需等待並收到響應,才能傳送下一個請求.管線化技術出現後,不用等待響應亦可直接傳送下一個請求.
    2.8 使用Cookie的狀態管理
    首先cookie是伺服器生成的傳送給客戶端,客戶端需要儲存並且在下一次的請求報文中加入cookie值後傳送出去
    伺服器端發現客戶端傳送過來的cookie後,回去檢查究竟是從哪個客戶端發來的連線請求,然後對比伺服器上的記錄,最後得到之前的狀態資訊.
    這裡寫圖片描述
    這裡只是做簡單的介紹,在後面的章節會更詳細講的~