讀書筆記:《圖解HTTP》第一章、第二章

      網友投稿 695 2025-03-31

      數通網絡開放可編程論壇上有很多成系列的經驗帖子

      比如AOC萌新之旅,我的編程首戰手冊等,寫的很好

      我最近看了《圖解HTTP》這本書,也想把書中知識點記錄到貼子下,一方面加強記憶理解,

      一方面在看書過程中肯定各種這種,到時候也請大家帖子下多多解答指正,在此多謝!

      http的話,很多人推薦《圖解HTTP》和《HTTP權威指南》

      我先下了一個《圖解HTTP》的pdf文檔,大家也可以下載下,網上找的很順利就下載好了

      200多頁,還有彩色漫畫和眾多案例,讀起來不太累人,★★★★★推薦

      下面就是正式的知識梳理,但要注意這是按我個人了解去記錄的,有略過的部分,詳細的還得自己看書哦~~~

      _________________________________________________________________________________________

      第一章:?了解web及網絡基礎

      客戶端與服務端

      www萬維網構建技術

      三個重要技術:HTML超文本標記語言、HTTP協議、URL統一資源定位符

      tcp/ip協議族

      通常使用的網絡在此協議族的運行,HTTP是屬于它內部的一個子集。4層結構,發送端在層與層傳輸數據是,加首部信息,接受端消去首部

      相關協議:Ip、tcp、dns協議

      IP協議:傳數據包。在利用mac地址中轉時,會采用Arp協議(即地址解析協議:ip地址反查mac地址)

      Tcp協議:傳輸層、可靠并確認數據送達(三次握手,標志—SYN及ACK)、為更容易傳輸大數據,會將大塊數據分割成以報文段為單位的數據包。

      Dns協議:從域名查找IP地址,或逆向從IP地址查找域名。

      客戶端——服務器端通信過程

      (1)dns服務器將域名解析成ip地址;

      (2)HTTP協議表示針對目標服務器生成http請求報文;

      (3)tcp協議將http請求報文進行分割;

      (4)ip協議搜索地址傳輸;

      (5)tcp協議接受報文并重組;

      (6)http協議對web服務器請求的內容進行處理;

      URI和URL

      URI(統一資源標識符):訪問資源使用的協議類型方案表示的定位標識符,標識,某一互聯網資源。

      絕對URI格式

      *登錄信息(認證)是可選項。

      *使用絕對URI,必須指定待訪問的服務器地址。地址可以是類似hackr.jp這種可以解析的DNS,或者是IPv4或是 [0:0:0:0:0:0:0:1]用方括號括起來的IPv6地址名。

      URL(統一資源定位符):標識資源地點,即訪問web頁面時使用的網頁地址。

      第二章:?簡單的HTTP協議

      請求報文和響應報文

      請求報文:由請求方法、請求URI、協議版本、可選的請求首部字段和內容實體構成。

      響應報文:由協議版本、狀態碼(表示成功或失敗的數字代碼)、用以解釋狀態碼的原因短語、可選的相應首部字段以及實體主體構成。

      HTTP協議是一種不保存狀態,即無狀態的協議(協議對于發送過的請求或響應都不做持久化處理)。但這種不保存狀態會有問題,比如要求用戶登錄到一家購物網站,即使他跳轉到該站的其他頁面后,也需要能繼續保持登錄狀態。

      解決技術:cookie

      請求URI定位資源

      當客戶端請求訪問資源而發送請求時,URI需要將作為請求報文中的請求URI包含在內。

      告知服務器意圖的HTTP方法

      ? GET:獲取資源,請求訪問已被URI識別的資源

      ? POST:傳輸實體主體,一般使用較多

      ? PUT:傳輸文件,類似FTP協議的文件上傳,在請求報文中要包含文件內容,存到URI指定位置。自身不帶驗證機制,不安全。

      ? HEAD:獲得報文首部(和GET一樣,但是不返回報文主體,只為確認有效性及資源更新日期)

      ? DELETE:刪除文件。自身不帶驗證機制,不安全。

      ? OPTIONS:查詢針對請求URI指定的資源支持的方法(客戶端問服務器端支持哪些方法,服務器端回答)

      ? TRACE:追蹤路徑,發送請求時,在 Max-Forwards 首部字段中填入數值,每經過一個服務器端就將該數字減 1, 0 時,停止傳輸。不常用,會導致XST跨站追蹤攻擊。

      ? CONNECT:用建立隧道的方法進行通信,常用SSL(安全套接層)和TSL(傳輸層安全)協議加密。

      持久連接節省通信量

      初始版本,每建立tcp連接,進行一次HTTP通信后,都要斷開TCP連接。

      持續連接:只要任意一端不斷開連接,則保持TCP連接狀態,進行多次請求和響應交互,減小開銷,提升web頁面顯示速度。使管線化的發送方式成為可能。(管線化:同時并行發送多個請求,而不必等待收到響應后再發送請求。)

      Cookie

      解決HTTP無狀態協議

      通過在請求和相應的報文中寫入Cookie信息來控制客戶端的狀態。

      讀書筆記:《圖解HTTP》第一章、第二章

      從服務器端發送的響應報文內的一個叫做 Set-Cookie 的首部字段信息,通知客戶端保存?Cookie,下次客戶端發送請求,服務器端發現cookie,檢查相應的客戶端連接請求,對比服務器上記錄,得到之前狀態信息。

      未完待續

      ———————————————————————————————————

      《圖解HTTP》是很好的入門書籍,通俗易懂,那么今天結束時也向大家提出一個疑問:哪些方向的職業會需要http的知識?有沒有必要深入學習了解http?請大家根據自己的理解在評論區留言吧!

      HTTP TCP/IP

      版權聲明:本文內容由網絡用戶投稿,版權歸原作者所有,本站不擁有其著作權,亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容,請聯系我們jiasou666@gmail.com 處理,核實后本網站將在24小時內刪除侵權內容。

      版權聲明:本文內容由網絡用戶投稿,版權歸原作者所有,本站不擁有其著作權,亦不承擔相應法律責任。如果您發現本站中有涉嫌抄襲或描述失實的內容,請聯系我們jiasou666@gmail.com 處理,核實后本網站將在24小時內刪除侵權內容。

      上一篇:excel圖表怎么阻止用戶修改工作表的名稱
      下一篇:為什么15 萬+的程序員,都選擇了華為云的這個軟件開發服務?
      相關文章
      www亚洲精品久久久乳| 亚洲AV无码成人精品区在线观看 | 亚洲香蕉网久久综合影视| 亚洲AV无码成人精品区大在线| 亚洲午夜福利在线视频| 亚洲av专区无码观看精品天堂| 亚洲日本va午夜中文字幕一区| 亚洲AV日韩精品久久久久久久| 亚洲自偷自偷偷色无码中文| 中文亚洲成a人片在线观看| 国产精品亚洲不卡一区二区三区| 中文字幕在亚洲第一在线| 在线a亚洲v天堂网2019无码| 亚洲午夜福利精品久久| 久久久精品国产亚洲成人满18免费网站 | 亚洲一区二区三区不卡在线播放 | 亚洲成色在线影院| 亚洲国产国产综合一区首页| 久久久久亚洲AV片无码| 亚洲人成电影亚洲人成9999网| 亚洲国产高清在线| 亚洲国产精品综合久久网各| 亚洲丰满熟女一区二区v| 亚洲一级毛片免费观看| 一区二区亚洲精品精华液| 亚洲人成网站在线播放2019 | 国产精品久久久久久亚洲影视| 色天使亚洲综合一区二区| 亚洲高清偷拍一区二区三区 | 亚洲经典在线中文字幕| 亚洲成人网在线播放| 中文字幕亚洲综合久久综合| 亚洲成a∨人片在无码2023| 婷婷国产偷v国产偷v亚洲| 亚洲欧洲自拍拍偷精品 美利坚 | 亚洲日本久久一区二区va| 亚洲欧洲免费无码| 鲁死你资源站亚洲av| 亚洲福利精品一区二区三区| 77777亚洲午夜久久多人| 亚洲AV无码国产在丝袜线观看|