通信協議——Http、TCP、UDP

k00baa 發布于2019-06-27 16:12 / 1972人閱讀

摘要：都是通信協議，也就是通信時所遵守的規則，只有雙方按照這個規則說話，對方才能理解或為之服務。在網絡層有協議協議協議協議和協議。是一個基于請求響應模式的無狀態的協議。

CP HTTP UDP:

都是通信協議，也就是通信時所遵守的規則，只有雙方按照這個規則“說話”，對方才能理解或為之服務。
TCP HTTP UDP三者的關系:

TCP/IP是個協議組，可分為四個層次：網絡接口層、網絡層、傳輸層和應用層。
在網絡層有IP協議、ICMP協議、ARP協議、RARP協議和BOOTP協議。
在傳輸層中有TCP協議與UDP協議。
在應用層有FTP、HTTP、TELNET、SMTP、DNS等協議。
因此，HTTP本身就是一個協議，是從Web服務器傳輸超文本到本地瀏覽器的傳送協議。

socket:

這是為了實現以上的通信過程而建立成來的通信管道，其真實的代表是客戶端和服務器端的一個通信進程，雙方進程通過socket進行通信，而通信的規則采用指定的協議。socket只是一種連接模式，不是協議,tcp,udp，簡單的說（雖然不準確）是兩個最基本的協議,很多其它協議都是基于這兩個協議如，http就是基于tcp的，.用socket可以創建tcp連接，也可以創建udp連接，這意味著，用socket可以創建任何協議的連接，因為其它協議都是基于此的。

下面我們主要來看一下和我們互聯網生活密切相關的協議：HTTP
什么是Http協議

HTTP全稱是HyperText Transfer Protocal，即：超文本傳輸協議，從1990年開始就在WWW上廣泛應用，是現今在WWW上應用最多的協議， Http是應用層協議，當你上網瀏覽網頁的時候，瀏覽器和Web服務器之間就會通過HTTP在Internet上進行數據的發送和接收。Http是一個基于請求/響應模式的、無狀態的協議。即我們通常所說的Request/Response。

URL：

URL(Uniform Resource Locator) 地址用于描述一個網絡上的資源, 基本格式如下

schema://host[:port#]/path/.../?query-string

scheme 指定低層使用的協議(例如：http, https, ftp)

host HTTP服務器的IP地址或者域名

port# HTTP服務器的默認端口是80，這種情況下端口號可以省略。如果使用了別的端口，必須指明，例如 http://www.cnblogs.com:8080/

path 訪問資源的路徑

query-string 發送給http服務器的數據

anchor- 錨

URL 的一個例子

http://www.mywebsite.com/sj/t...

Schema: http
host: www.mywebsite.com
path: /sj/test/test.aspx
Query String: name=sviergn&x=true
Anchor: stuff

HTTP的Request/Response：

先看Request 消息的結構, Request 消息分為3部分

第一部分叫Request line,

第二部分叫Request header,

第三部分是body. header和body之間有個空行，

結構如下圖

第一行中的Method表示請求方法,比如"POST","GET", Path-to-resoure表示請求的資源， Http/version-number 表示HTTP協議的版本號

當使用的是"GET" 方法的時候， body是為空的

比如我們打開博客園首頁的request 如下

GET http://www.cnblogs.com/ HTTP/1.1
Host: www.cnblogs.com

抽象的東西，難以理解，老感覺是虛的，所謂眼見為實, 實際見到的東西，我們才能理解和記憶。我們今天用Fiddler，實際的看看Request和Response.

下面我們打開Fiddler 捕捉一個博客園登錄的Request 然后分析下它的結構, 在Inspectors tab下以Raw的方式可以看到完整的Request的消息，

如下圖

作用：瀏覽器端可以接受的媒體類型,

例如： Accept: text/html 代表瀏覽器可以接受服務器回發的類型為 text/html 也就是我們常說的html文檔,

如果服務器無法返回text/html類型的數據,服務器應該返回一個406錯誤(non acceptable)

通配符 * 代表任意類型

例如 Accept: / 代表瀏覽器可以處理所有類型,(一般瀏覽器發給服務器都是發這個)

Referer:

作用：提供了Request的上下文信息的服務器，告訴服務器我是從哪個鏈接過來的，比如從我主頁上鏈接到一個朋友那里，他的服務器就能夠從HTTP Referer中統計出每天有多少用戶點擊我主頁上的鏈接訪問他的網站。

例如: Referer:http://translate.google.cn/?h...

Accept-Language

作用：瀏覽器申明自己接收的語言。

語言跟字符集的區別：中文是語言，中文有多種字符集，比如big5，gb2312，gbk等等；

例如： Accept-Language: en-us

Content-Type

作用：

例如：Content-Type: application/x-www-form-urlencoded

Accept-Encoding：

作用：瀏覽器申明自己接收的編碼方法，通常指定壓縮方法，是否支持壓縮，支持什么壓縮方法（gzip，deflate），（注意：這不是只字符編碼）;

例如： Accept-Encoding: gzip, deflate

User-Agent

作用：告訴HTTP服務器，客戶端使用的操作系統和瀏覽器的名稱和版本.

我們上網登陸論壇的時候，往往會看到一些歡迎信息，其中列出了你的操作系統的名稱和版本，你所使用的瀏覽器的名稱和版本，這往往讓很多人感到很神奇，實際上，服務器應用程序就是從User-Agent這個請求報頭域中獲取到這些信息User-Agent請求報頭域允許客戶端將它的操作系統、瀏覽器和其它屬性告訴服務器。

例如： User-Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; CIBA; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; .NET4.0C; InfoPath.2; .NET4.0E)

Connection

例如：　Connection: keep-alive 當一個網頁打開完成后，客戶端和服務器之間用于傳輸HTTP數據的TCP連接不會關閉，如果客戶端再次訪問這個服務器上的網頁，會繼續使用這一條已經建立的連接

例如： Connection: close 代表一個Request完成后，客戶端和服務器之間用于傳輸HTTP數據的TCP連接會關閉，當客戶端再次發送Request，需要重新建立TCP連接。

Content-Length

作用：發送給HTTP服務器數據的長度。

例如： Content-Length: 38

Host（發送請求時，該報頭域是必需的）

作用: 請求報頭域主要用于指定被請求資源的Internet主機和端口號，它通常從HTTP URL中提取出來的

例如: 我們在瀏覽器中輸入：http://www.guet.edu.cn/index....

瀏覽器發送的請求消息中，就會包含Host請求報頭域，如下：

Host：http://www.guet.edu.cn

此處使用缺省端口號80，若指定了端口號，則變成：Host：指定端口號

Pragma

作用：防止頁面被緩存，在HTTP/1.1版本中，它和Cache-Control:no-cache作用一模一樣

Pargma只有一個用法，例如： Pragma: no-cache

Cookie:

作用：最重要的header, 將cookie的值發送給HTTP 服務器

Accept-Charset

作用：瀏覽器申明自己接收的字符集，這就是本文前面介紹的各種字符集和字符編碼，如gb2312，utf-8（通常我們說Charset包括了相應的字符編碼方案）；

我們再看Response消息的結構, 和Request消息的結構基本一樣。同樣也分為三部分

第一部分叫Response line,

第二部分叫Response header，

第三部分是body. header和body之間也有個空行,

結構如下圖

文章轉載自：全分享社區「http://www.aweb.cc」

文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規行為，您可以聯系管理員刪除。

轉載請注明本文地址：http://m.specialneedsforspecialkids.com/yun/22779.html

TCP/IP協議族

摘要：協議族的構成數據鏈路層網絡層傳輸層應用層和是網絡層的協議，但是它所工作的內容是鏈路層的。。。發送的時候，協議為每個包編號，簡稱，以便接收的一方按照順序還原。并沒有提供任何機制，表示原始文件的大小，這由應用層的協議來規定。 TCP/IP協議族的構成 * 數據鏈路層：ARP,RARP * 網絡層： IP,ICMP,IGMP * 傳輸層：TCP ,UDP,UGP * 應用層：Telnet,F...

CrazyCodes 2019-06-28 13:47 評論0 收藏0
TCP和UDP比較

摘要：該狀態會持續最大段生存期，指報文段在網絡中生存的時間，超時會被拋棄時間，若該時間段內沒有的重發請求的話，就進入狀態。引言網絡協議是每個前端工程師都必須要掌握的知識，TCP/IP 中有兩個具有代表性的傳輸層協議，分別是 TCP 和 UDP，本文將介紹下這兩者以及它們之間的區別。想閱讀更多優質文章請猛戳GitHub博客一、TCP/IP網絡模型計算機與網絡設備要相互通信，雙方就必須...

chanjarster 2019-08-23 16:07 評論0 收藏0
TCP和UDP比較

摘要：該狀態會持續最大段生存期，指報文段在網絡中生存的時間，超時會被拋棄時間，若該時間段內沒有的重發請求的話，就進入狀態。引言網絡協議是每個前端工程師都必須要掌握的知識，TCP/IP 中有兩個具有代表性的傳輸層協議，分別是 TCP 和 UDP，本文將介紹下這兩者以及它們之間的區別。想閱讀更多優質文章請猛戳GitHub博客一、TCP/IP網絡模型計算機與網絡設備要相互通信，雙方就必須...

zhaochunqi 2019-08-16 15:56 評論0 收藏0
從輸入url到發送請求發生了什么

摘要：從輸入到發送請求經歷了一些事情，今天我們來總結一下。在傳輸層有兩個性質不同的協議，分別是，傳輸控制協議和，用戶數據報協議網絡層網絡層用來處理在網絡上流動的數據包。從輸入url到發送請求經歷了一些事情，今天我們來總結一下。簡單來說，共有以下幾個過程 DNS域名解析發起TCP連接發送HTTP請求服務器處理請求并返回HTTP報文瀏覽器解析渲染頁面連接結束 DNS域名解析什么是...

Rainie 2019-05-23 14:33 評論0 收藏0
網絡協議 7 - UDP

摘要：網絡協議五步登天路，我們一路邁過了物理層鏈路層，今天終于到了傳輸層。沒有花花腸子大量的數據結構處理邏輯包頭字段，秉承性善論，相信網絡通路很容易到達，不容易被丟棄輕信他人。我們之前認識的就是基于協議的。 ????網絡協議五步登天路，我們一路邁過了物理層、鏈路層，今天終于到了傳輸層。從這一層開始，很多知識應該都是服務端開發必備的知識了，今天我們就一起來梳理下。 ????其實，講到 UDP，...

moven_j 2019-07-01 10:57 評論0 收藏0