HTTP與TCP的區(qū)別和聯(lián)系 - tcp和http的區(qū)別在哪里

　　HTTP與TCP的區(qū)別和聯(lián)系

　　1、TCP連接

　　手機(jī)能夠使用聯(lián)網(wǎng)功能是因?yàn)槭謾C(jī)底層實(shí)現(xiàn)了TCP/IP協(xié)議，可以使手機(jī)終端通過無線網(wǎng)絡(luò)建立TCP連接。TCP協(xié)議可以對上層網(wǎng)絡(luò)提供接口，使上層網(wǎng)絡(luò)數(shù)據(jù)的傳輸建立在“無差別”的網(wǎng)絡(luò)之上。

　　建立起一個TCP連接需要經(jīng)過“三次握手”：

　　第一次握手：客戶端發(fā)送syn包（syn=j）到服務(wù)器，并進(jìn)入SYN_SEND狀態(tài)，等待服務(wù)器確認(rèn)；

　　第二次握手：服務(wù)器收到syn包，必須確認(rèn)客戶的SYN（ack=j+1），同時自己也發(fā)送一個SYN包（syn=k），即SYN+ACK包，此時服務(wù)器進(jìn)入SYN_RECV狀態(tài)；

　　第三次握手：客戶端收到服務(wù)器的SYN＋ACK包，向服務(wù)器發(fā)送確認(rèn)包ACK（ack=k+1），此包發(fā)送完畢，客戶端和服務(wù)器進(jìn)入ESTABLISHED狀態(tài)，完成三次握手。

　　握手過程中傳送的包里不包含數(shù)據(jù)，三次握手完畢后，客戶端與服務(wù)器才正式開始傳送數(shù)據(jù)。理想狀態(tài)下，TCP連接一旦建立，在通信雙方中的任何一方主動關(guān)閉連 接之前，TCP 連接都將被一直保持下去。斷開連接時服務(wù)器和客戶端均可以主動發(fā)起斷開TCP連接的請求，斷開過程需要經(jīng)過“四次握手”（過程就不細(xì)寫 了，就是服務(wù)器和客戶端交互，最終確定斷開）

　　2、HTTP連接

　　HTTP協(xié)議即超文本傳送協(xié)議（Hypertext Transfer Protocol ），是Web聯(lián)網(wǎng)的基礎(chǔ)，也是手機(jī)聯(lián)網(wǎng)常用的協(xié)議之一，HTTP協(xié)議是建立在TCP協(xié)議之上的一種應(yīng)用。

　　HTTP連接最顯著的特點(diǎn)是客戶端發(fā)送的每次請求都需要服務(wù)器回送響應(yīng)，在請求結(jié)束后，會主動釋放連接。從建立連接到關(guān)閉連接的過程稱為“一次連接”。

　　1）在HTTP 1.0中，客戶端的每次請求都要求建立一次單獨(dú)的連接，在處理完本次請求后，就自動釋放連接。

　　2）在HTTP 1.1中則可以在一次連接中處理多個請求，并且多個請求可以重疊進(jìn)行，不需要等待一個請求結(jié)束后再發(fā)送下一個請求。

　　由于HTTP在每次請求結(jié)束后都會主動釋放連接，因此HTTP連接是一種“短連接”，要保持客戶端程序的在線狀態(tài)，需要不斷地向服務(wù)器發(fā)起連接請求。通常的 做法是即時不需要獲得任何數(shù)據(jù)，客戶端也保持每隔一段固定的時間向服務(wù)器發(fā)送一次“保持連接”的請求，服務(wù)器在收到該請求后對客戶端進(jìn)行回復(fù)，表明知道客 戶端“在線”。若服務(wù)器長時間無法收到客戶端的請求，則認(rèn)為客戶端“下線”，若客戶端長時間無法收到服務(wù)器的回復(fù)，則認(rèn)為網(wǎng)絡(luò)已經(jīng)斷開。

　　3、SOCKET原理

　　3.1套接字（socket）概念

　　套接字（socket）是通信的基石，是支持TCP/IP協(xié)議的網(wǎng)絡(luò)通信的基本操作單元。它是網(wǎng)絡(luò)通信過程中端點(diǎn)的抽象表示，包含進(jìn)行網(wǎng)絡(luò)通信必須的五種信息：連接使用的協(xié)議，本地主機(jī)的IP地址，本地進(jìn)程的協(xié)議端口，遠(yuǎn)地主機(jī)的IP地址，遠(yuǎn)地進(jìn)程的協(xié)議端口。

　　應(yīng)用層通過傳輸層進(jìn)行數(shù)據(jù)通信時，TCP會遇到同時為多個應(yīng)用程序進(jìn)程提供并發(fā)服務(wù)的問題。多個TCP連接或多個應(yīng)用程序進(jìn)程可能需要通過同一個 TCP協(xié) 議端口傳輸數(shù)據(jù)。為了區(qū)別不同的應(yīng)用程序進(jìn)程和連接，許多計算機(jī)操作系統(tǒng)為應(yīng)用程序與TCP／IP協(xié)議交互提供了套接字（Socket）接口。應(yīng)用層可以 和傳輸層通過Socket接口，區(qū)分來自不同應(yīng)用程序進(jìn)程或網(wǎng)絡(luò)連接的通信，實(shí)現(xiàn)數(shù)據(jù)傳輸?shù)牟l(fā)服務(wù)。

　　3.2 建立socket連接

　　建立Socket連接至少需要一對套接字，其中一個運(yùn)行于客戶端，稱為ClientSocket ，另一個運(yùn)行于服務(wù)器端，稱為ServerSocket 。

　　套接字之間的連接過程分為三個步驟：服務(wù)器監(jiān)聽，客戶端請求，連接確認(rèn)。

　　服務(wù)器監(jiān)聽：服務(wù)器端套接字并不定位具體的客戶端套接字，而是處于等待連接的狀態(tài)，實(shí)時監(jiān)控網(wǎng)絡(luò)狀態(tài)，等待客戶端的連接請求。

　　客戶端請求：指客戶端的套接字提出連接請求，要連接的目標(biāo)是服務(wù)器端的套接字。為此，客戶端的套接字必須首先描述它要連接的服務(wù)器的套接字，指出服務(wù)器端套接字的地址和端口號，然后就向服務(wù)器端套接字提出連接請求。

　　連接確認(rèn)：當(dāng)服務(wù)器端套接字監(jiān)聽到或者說接收到客戶端套接字的連接請求時，就響應(yīng)客戶端套接字的請求，建立一個新的線程，把服務(wù)器端套接字的描述發(fā)給客戶 端，一旦客戶端確認(rèn)了此描述，雙方就正式建立連接。而服務(wù)器端套接字繼續(xù)處于監(jiān)聽狀態(tài)，繼續(xù)接收其他客戶端套接字的連接請求。

　　4、SOCKET連接與TCP連接

　　創(chuàng)建Socket連接時，可以指定使用的傳輸層協(xié)議，Socket可以支持不同的傳輸層協(xié)議（TCP或UDP），當(dāng)使用TCP協(xié)議進(jìn)行連接時，該Socket連接就是一個TCP連接。

　　5、Socket連接與HTTP連接

　　由于通常情況下Socket連接就是TCP連接，因此Socket連接一旦建立，通信雙方即可開始相互發(fā)送數(shù)據(jù)內(nèi)容，直到雙方連接斷開。但在實(shí)際網(wǎng)絡(luò)應(yīng)用 中，客戶端到服務(wù)器之間的通信往往需要穿越多個中間節(jié)點(diǎn)，例如路由器、網(wǎng)關(guān)、防火墻等，大部分防火墻默認(rèn)會關(guān)閉長時間處于非活躍狀態(tài)的連接而導(dǎo) 致 Socket 連接斷連，因此需要通過輪詢告訴網(wǎng)絡(luò)，該連接處于活躍狀態(tài)。

　　而HTTP連接使用的是“請求—響應(yīng)”的方式，不僅在請求時需要先建立連接，而且需要客戶端向服務(wù)器發(fā)出請求后，服務(wù)器端才能回復(fù)數(shù)據(jù)。

　　很多情況下，需要服務(wù)器端主動向客戶端推送數(shù)據(jù)，保持客戶端與服務(wù)器數(shù)據(jù)的實(shí)時與同步。此時若雙方建立的是Socket連接，服務(wù)器就可以直接將數(shù)據(jù)傳送給 客戶端；若雙方建立的是HTTP連接，則服務(wù)器需要等到客戶端發(fā)送一次請求后才能將數(shù)據(jù)傳回給客戶端，因此，客戶端定時向服務(wù)器端發(fā)送連接請求，不僅可以 保持在線，同時也是在“詢問”服務(wù)器是否有新的數(shù)據(jù)，如果有就將數(shù)據(jù)傳給客戶端。

　　二、相互關(guān)系

　　首先，糾正一下我以前一直誤解的概念，我一直以為Http和Tcp是兩種不同的，但是地位對等的協(xié)議，雖然知道TCP是傳輸層，而http是應(yīng)用層今天學(xué)習(xí)了下，知道了 http是要基于TCP連接基礎(chǔ)上的，簡單的說，TCP就是單純建立連接，不涉及任何我們需要請求的實(shí)際數(shù)據(jù)，簡單的傳輸。http是用來收發(fā)數(shù)據(jù)，即實(shí)際應(yīng)用上來的。

　　第一：從傳輸層，先說下TCP連接，我們要和服務(wù)端連接TCP連接，需要通過三次連接，包括：請求，確認(rèn)，建立連接。即傳說中的“三次握手協(xié)議”。

　　第一次：C發(fā)送一個請求連接的位碼SYN和一個隨機(jī)產(chǎn)生的序列號給Seq，然后S收到了這些數(shù)據(jù)。

　　第二次：S收到了這個請求連接的位碼，啊呀，有人向我發(fā)出請求了么，那我要不要接受他的請求，得實(shí)現(xiàn)確認(rèn)一下，于是，發(fā)送了一個確認(rèn)碼 ACN（seq+1），和SYN，Seq給C，然后C收到了，這個是第二次連接。

　　第三次：C收到了確認(rèn)的碼和之前發(fā)送的SYN一比較，偶喲，對上了么，于是他又發(fā)送了一個ACN（SEQ+1）給S，S收到以后就確定建立連接，至此，TCP連接建立完成。

　　簡單就是：請求，確認(rèn)，連接。

　　第二：從實(shí)際上的數(shù)據(jù)應(yīng)用來說httP

　　在前面客戶端和應(yīng)用服務(wù)器建立TCP連接之后，就需要用http協(xié)議來傳送數(shù)據(jù)了，HTTP協(xié)議簡單來說，還是請求，確認(rèn)，連接。

　　總體就是C發(fā)送一個HTTP請求給S，S收到了這個http請求，然后返回給Chttp響應(yīng)，然后C的中間件或者說瀏覽器把這些數(shù)據(jù)渲染成為了網(wǎng)頁，展示在用戶面前。

　　第一：發(fā)送一個http請求給S，這個請求包括請求頭和請求內(nèi)容：

　　request header：

　　包括了，1.請求的方法是POST/GET，請求的URL，http協(xié)議版本2.請求的數(shù)據(jù)，和編碼方式3是否有cookie和cooies，是否緩存等。

　　post和get請求方式的區(qū)別是，get把請求內(nèi)容放在URL后面，但是URL長度有限制。而post是以表單的形勢，適合要輸入密碼之類的，因?yàn)椴辉赨RL中顯示，所以比較安全。

　　request body：

　　即請求的內(nèi)容。

　　第二：S收到了http請求，然后根據(jù)請求頭，返回http響應(yīng)。

　　response header：包括了1.cookies或者sessions2.狀態(tài)嗎3.內(nèi)容大小等

　　response body：

　　即響應(yīng)的內(nèi)容，包括，JS什么的。

　　第三，C收到了以后，就由瀏覽器完成一系列的渲染，包括執(zhí)行JS腳本等。

　　這就是我所理解的webTCP，HTTP基礎(chǔ)知識，待續(xù)。。。。。

　　TCP是底層通訊協(xié)議，定義的是數(shù)據(jù)傳輸和連接方式的規(guī)范

　　HTTP是應(yīng)用層協(xié)議，定義的是傳輸數(shù)據(jù)的內(nèi)容的規(guī)范

　　HTTP協(xié)議中的數(shù)據(jù)是利用TCP協(xié)議傳輸?shù)?，所以支持HTTP也就一定支持TCP

　　HTTP支持的是www服務(wù)

　　而TCP/IP是協(xié)議

　　它是Internet國際互聯(lián)網(wǎng)絡(luò)的基礎(chǔ)。TCP/IP是網(wǎng)絡(luò)中使用的基本的通信協(xié)議。

　　TCP/IP實(shí)際上是一組協(xié)議，它包括上百個各種功能的協(xié)議，如：遠(yuǎn)程登錄、文件傳輸和電子郵件等，而TCP協(xié)議和IP協(xié)議是保證數(shù)據(jù)完整傳輸?shù)膬蓚€基本的重要協(xié)議。通常說TCP/IP是Internet協(xié)議族，而不單單是TCP和IP。