HTTP学习笔记(适合初学)
web及網絡基礎
- http協議訪問web
- 網絡基礎TCP/IP
- TCP/IP通信傳輸流
- IP、TCP和DNS
- 完整訪問web圖解
- URI和URL
http協議訪問web
根據 Web 瀏覽器地址欄中指定的 URL,Web 瀏覽器從 Web 服務器端獲取文件資源(resource)等信 息,從而顯示出 Web 頁面
- 通過發送請求獲取服務器資源的 Web 瀏覽器等,都可稱為客戶端(client)
- 而提供資源響應的一端稱為服務器端
Web 使用一種名為 HTTP(HyperText Transfer Protocol,超文本傳輸協議)的協議作為規范,完成從客戶端到服務器端等一系列運作流程。而協議是指規則的約定。
Web 是建立在 HTTP 協議上通信的。
網絡基礎TCP/IP
- 通常使用的網絡(包括互聯網)是在 TCP/IP 協議族的基礎上運作的。而HTTP屬于它內部的一個子集。
- 計算機與網絡設備要相互通信,雙方就必須基于相同的方法。不同的硬件、操作系統之間的通信,所有的這一切都需要一種規則。這種規則稱為協議。
TCP/IP 是互聯網相關的各類協議族的總稱,協議中存在各式各樣的內容。從電纜的規格到 IP 地址的選定方法、 尋找異地用戶的方法、雙方建立通信的順序,以及 Web 頁面顯示需 要處理的步驟等等。
- TCP/IP 協議族按層次分別分為以下 4 層:應用層、傳輸層、網絡層和數據鏈路層。
把 TCP/IP 層次化是有好處的。比如,如果互聯網只由一個協議統籌,某個地方需要改變設計時,就必須把所有部分整體替換掉。而分層之后只需把變動的層替換掉即可。把各層之間的接口部分規劃好之 后,每個層次內部的設計就能夠自由改動了。
層次化之后,設計也變得相對簡單。處于應用層上的應用可以只考慮分派給自己的任務,而不需要弄清對方的傳輸路線是怎樣的、是否能確保傳輸送達等問題。
| 傳輸層 | 傳輸層對上層應用層,提供處于網絡連接中的兩臺計算機之間的數據 傳輸。 在傳輸層有兩個性質不同的協議:TCP(Transmission Control Protocol,傳輸控制協議)和 UDP(User Data Protocol,用戶數據報 協議) |
| 網絡層(網絡互連層) | 網絡層用來處理在網絡上流動的數據包。數據包是網絡傳輸的最小數據單位。 該層規定了通過怎樣的路徑(所謂的傳輸路線)到達對方計 算機,并把數據包傳送給對方。 |
| 鏈路層(數據鏈路層,網絡接口層) | 處理連接網絡的硬件部分。包括控制操作系統、硬件的設備驅動、NIC(Network Interface Card,網絡適配器,即網卡)及光纖等物理可見部分(還包括連接器等一切傳輸媒介)。 硬件上的范疇均在 鏈路層的作用范圍之內。 |
TCP/IP通信傳輸流
利用 TCP/IP 協議族進行網絡通信,通過分層順序與對方進行通信。
發送端從應用層往下走,接收端則往應用層往上走。
發送端在層與層之間傳輸數據時,每經過一層時必定會被打上一個該層所屬的首部信息。
反之,接收端在層與層傳輸數據時,每經過一層 時會把對應的首部消去。
這種 把數據信息包裝起來的做法稱為封裝。
IP、TCP和DNS
- IP
IP(Internet Protocol)網際協議位于網絡層。 IP 是一種協議的名稱,IP 協議的作用是把各種數據包傳送給對方。
IP 地址 指明了節點被分配到的地址,MAC 地址是指網卡所屬的固定 地址。IP 地址可以和 MAC 地址進行配對。IP 地址可變換,但 MAC 地址基本上不會更改。 - ARP 協議
IP 間的通信依賴 MAC 地址。網絡上通信的雙方在同一局域網 (LAN)內的情況很少,通常是經過多臺計算機和網絡設備中轉才能連接到對方。中轉時,會利用下一站中轉設備的 MAC 地址來搜索下一個中轉目標。這時,會采用 ARP 協議(Address Resolution Protocol)。ARP 是一種用以解析地址的協議,根據通信方 的 IP 地址就可以反查出對應的 MAC 地址。
- TCP協議
TCP 協議采用了三次握手,用 TCP 協議把數據包送出去后,TCP 不會對傳送后的情況置之不理,它一定會向對方確認是否成功送達。
握手過程中使用了 TCP 的標志—— SYN和 ACK。
握手過程中某個階段莫名中斷,TCP 協議會再次以相同的順序發送相同的數據包。
1、發送端首先發送一個帶 SYN (同步包)標志的數據包給對方。
2、接收端收到后, 回傳一個帶有 SYN/ACK 標志的數據包以示傳達確認信息。
3、最后,發送端再回傳一個帶 ACK(確認包) 標志的數據包,代表“握手”結束。
- DNS(域名解析系統)
位于應用層,提供域名到 IP 地址之間的解析服務
用戶通常使用主機名或域名來訪問對方的計算機,而不直接通過IP 地址訪問。
因為與IP地址的一組純數字相比,用字母配合數字的表示形式來指定計算機名更符合人類的記憶習慣。但要讓計算機去理解名稱,相對而言就變得困難了。因為計算機更擅長處理一長串數字。為了解決上述的問題,DNS服務應運而生。
DNS協議提供通過域名查找IP地址,或逆向從IP地址反查域名的服務。
完整訪問web圖解
URI和URL
- URI - 統一資源標識符
- URL - 統一資源定位符
URI用字符串標識某一互聯網資源
URL表示資源的地點(互聯網上所處的位置)
可見URL是URI的子集
URI格式
| 登錄信息(認證) | 指定用戶名和密碼作為從服務器端獲取資源時必要的登錄信息(身份認證) |
| 服務器地址 | 使用絕對URI必須指定待訪問的服務器地址。 地址可以是類似hackr.jp這種DNS可解析的名稱,或是192.168.1.1這類IPv4地址名,還可以是[0:0:0:0:0:0:0:1]這樣用方括號括起來的IPv6地址名 |
| 服務器端口號 | 指定服務器連接的網絡端口號 |
| 帶層次的文件路徑 | 指定服務器上的文件路徑來定位特指的資源 |
| 查詢字符串 | 可以使用查詢字符串傳入任意參數 |
| 片段標識符 | 使用片段標識符通常可標記出已獲取資源中的子資源(文檔內的某個位置) |
初次學習做筆記,有不對的地方敬請大家提出,積極改正謝謝!<O*_*O>
第四周 2020/8/13
總結
以上是生活随笔為你收集整理的HTTP学习笔记(适合初学)的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 2.4.4 Profile基本参数
- 下一篇: 智慧消防不只有物联网,接处警全流程管理护