TCP、UDP和HTTP關係

先來一個講TCP、UDP和HTTP關係的
http:是用於www瀏覽的一個協議。
tcp：是機器之間創建鏈接用的到的一個協議。

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

二、HTTP協議是創建在請求/響應模型上的。首先由客戶創建一條與服務器的TCP連接，併發送一個請求到服務器，請求中包含請求方法、URI、協 議版本以及相關的MIME樣式的消息。服務器響應一個狀態行，包含消息的協議版本、一個成功和失敗碼以及相關的MIME式樣的消息。
HTTP/1.0爲每一次HTTP的請求/響應創建一條新的TCP連接，所以一個包含HTML內容和圖片的頁面將須要創建屢次的短時間的TCP連接。一次TCP連接的創建將須要3次握手。
另外，爲了得到適當的傳輸速度，則須要TCP花費額外的迴路連接時間（RTT）。每一次連接的創建須要這種常常性的開銷，而其並不帶有實際有用的數據，只 是保證連接的可靠性，所以HTTP/1.1提出了可持續連接的實現方法。HTTP/1.1將只創建一次TCP的連接而重複地使用它傳輸一系列的請求/響應 消息，所以減小了連接創建的次數和常常性的連接開銷。

三、結論：雖然HTTP自己是一個協議，但其最終仍是基於TCP的。不過，目前，有人正在研究基於TCP+UDP混合的HTTP協議。

具體介紹

IP （網際協議）

在網絡通訊中，網絡組件的尋址對信息的路由選擇和傳輸來講是至關關鍵的。相同網絡中的兩臺機器間的消息傳輸有各自的技術協定。LAN 是經過提供6字節的惟一標識符（「MAC」地址）在機器間發送消息的。SNA 網絡中的每臺機器都有一個邏輯單元及與其相應的網絡地址。DECNET、AppleTalk 和 Novell IPX 均有一個用來分配編號到各個本地網和工做站的配置。

HTTP是超文本傳輸協議，是客戶端瀏覽器或其餘程序與Web服務器之間的應用層通訊協議。在Internet上的Web服務器上存放的都是超文本信息， 客戶機須要經過HTTP協議傳輸所要訪問的超文本信息。HTTP包含命令和傳輸信息，不只可用於Web訪問，也能夠用於其餘因特網/內聯網應用系統之間的 通訊，從而實現各種應用資源超媒體訪問的集成

TCP （傳輸控制協議）

經過序列化應答和必要時重發數據包，TCP 爲應用程序提供了可靠的傳輸流和虛擬鏈接服務。TCP 主要提供數據流轉送，可靠傳輸，有效流控制，全雙工操做和多路傳輸技術。可查閱 TCP 部分獲取更多詳細資料。

至於HTTP協議,它是TCP協議族中的一種。使用TCP80端口

HTTP是應用層協議，TCP是傳輸層協議！

數據包在網絡傳輸過程當中，HTTP被封裝在TCP包內！！

 

 

1. TCP/UDP

面向鏈接的TCP

「面向鏈接」就是在正式通訊前必需要與對方創建起鏈接。好比你給別人打電話，必須等線路接通了、對方拿起話筒才能相互通話。

 

TCP（Transmission Control Protocol，傳輸控制協議）是基於鏈接的協議，也就是說，在正式收發數據前，必須和對方創建可靠的鏈接。一個TCP鏈接必需要通過三次「對話」才能 創建起來，其中的過程很是複雜，咱們這裏只作簡單、形象的介紹，你只要作到可以理解這個過程便可。

 

咱們來看看這三次對話的簡單過程：

1. 主機A向主機B發出連 接請求數據包：「我想給你發數據，能夠嗎？」，這是第一次對話；

2. 主機B向主機A發送贊成鏈接和要求同步（同步就是兩臺主機一個在發送，一個在接收，協調工 做）的數據包：「能夠，你何時發？」，這是第二次對話；

3. 主機A再發出一個數據包確認主機B的要求同步：「我如今就發，你接着吧！」，這是第三次對話。

 

三次「對話」的目的是使數據包的發送和接收同步，通過三次「對話」以後，主機A才向主機B正式發送數據。

TCP協議能爲應用程序提供可靠的通訊鏈接，使一臺計算機發出的字節流無差錯地發往網絡上的其餘計算機，對可靠性要求高的數據通訊系統每每使用TCP協議傳輸數據。

我 們來作一個實驗，用計算機A（安裝Windows 2000 Server操做系統）從「網上鄰居」上的一臺計算機B拷貝大小爲8,644,608字節的文件，經過狀態欄右下角網卡的發送和接收指標就會發現：雖然是 數據流是由計算機B流向計算機A，可是計算機A仍發送了3,456個數據包，如圖2所示。這些數據包是怎樣產生的呢？由於文件傳輸時使用了TCP/IP協 議，更確切地說是使用了面向鏈接的TCP協議，計算機A接收數據包的時候，要向計算機B回發數據包，因此也產生了一些通訊量。

若是事先用網絡監視器監視網絡流量，就會發現由此產生的數據流量是9,478,819字節，比文件大小多出10.96%（如圖3所示），緣由不只在於數據包和幀自己佔用了一些空間，並且也在於TCP協議面向鏈接的特性致使了一些額外的通訊量的產生。

面向非鏈接的UDP協議

「面向非鏈接」就是在正式通訊前沒必要與對方先創建鏈接，無論對方狀態就直接發送。這與如今風行的手機短信很是類似：你在發短信的時候