1.HTTP協議詳解

HTTP是一個屬于應用層的面向對象的協議，由于其簡潔，快速的方式，是用于分布式超媒體信息系統。目前在www（萬維網）中使用的是HTTP/1.0的第六版，HTTP/1.1的規范化工作正在進行之中。

HTTP（超文本傳輸協議）是一個基于請求與響應模式的、無狀態的、應用層的協議，常基于TCP的連接方式，HTTP1.1版本中給出一種持續連接的機制，絕大多數的Web開發，都是構建在HTTP協議之上的Web應用。

HTTP協議的主要特點可概括如下：

（1）支持客戶/服務器模式。

（2）簡單快速：客戶向服務器請求服務時，只需傳送請求方法和路徑。請求方法常用的有GET、HEAD、POST。每種方法規定了客戶與服務器聯系的類型不同。由于HTTP協議簡單，使得HTTP服務器的程序規模小，因而通信速度很快。

（3）靈活：HTTP允許傳輸任何類型的數據對象。正在傳輸的類型由Content-Type加以標記。

（4）無連接：無連接的含義是限制每次連接只處理一個請求，服務器處理完客戶的請求，并收到客戶的應答后，即斷開連接。采用這種方式可以節省傳輸時間。

（5）無狀態：HTTP協議是無狀態協議。無狀態是指協議對于事務處理沒有記憶能力，缺少狀態意味著如果后續處理需要前面的信息，則它必須重傳，這樣可能導致每次連接傳送的數據量增大。另一方面，在服務器不需要先前信息時它的應答就較快。

2.TCP和UDP的區別（PS：TCP和UDP都是傳輸層協議）

TCP（Transmission Control Protocol，傳輸控制協議）是基于連接的協議，也就是說，在正式收發數據前，必須和對方建立可靠的連接。一個TCP連接必須要經過三次“對話”（也稱三次“握手”）才能建立起來，這三次對話的簡單過程為：①主機A向主機B發出連接請求數據包；②主機B向主機A發送同意連接和要求同步（同步就是兩臺主機一個在發送，一個在接收，協調工作）的數據包；③主機A再發出一個數據包確認主機B的要求同步：“我現在發送，你來接收吧！”，這是三次對話。三次“對話”的目的是使數據包的發送和接收同步，經過三次“對話”之后，主機A才向主機B正式發送數據。

UDP（User Data Protocol，用戶數據報協議）是與TCP相對應的協議。它是面向非連接的協議，它不與對方建立連接，而是直接就把數據包發送過去。

區別：

（1）是否連接：TCP面向連接，UDP面向非連接。

（2）傳輸可靠性：TCP可靠，UDP不可靠。

（3）應用場合：TCP傳輸大量數據，UDP傳輸少量數據。

（4）速度：TCP慢，UDP快。

3.服務器連接的三次握手

在TCP/IP協議中，TCP協議提供可靠的連接服務，采用三次握手建立一個連接。

（1）第一次握手：建立連接時，客戶端發送連接請求到服務器，并進入SYN_SEND狀態，等待服務器確認；

（2）第二次握手：服務器收到客戶端連接請求，向客戶端發送允許連接應答，此時服務器進入SYN_RECV狀態；

（3）第三次握手：客戶端收到服務器的允許連接應答，向服務器發送確認，客戶端和服務器進入通信狀態，完成三次握手

PS：所謂三次握手就是要有三次連接信息的發送/接收過程。TCP連接的建立需要進行三次連接信息的發送/接收。

4.論Socket和HTTP協議的區別

（1）概念

HTTP：超文本傳輸協議，首先它是一個協議，并且是基于TCP/IP協議基礎之上的應用層協議。TCP/IP協議是傳輸層協議，主要解決數據如何在網絡中傳輸。HTTP是基于請求-響應形式并且是短連接（即客戶端向服務器端發送一次請求，服務器端響應后連接即會斷掉），并且是無狀態的協議。

Socket：Socket不屬于協議范疇，而是一個調用接口（API），Socket是對TCP/IP協議的封裝，通過調用Socket才能使用TCP/IP協議。Socket連接是長連接，理論上客戶端和服務器端一旦建立連接將不會主動斷開此連接。Socket連接屬于請求-響應形式，服務端可主動將消息推送給客戶端。

（2）區別

簡單說，瀏覽的網頁（網址以http://開頭）都是HTTP協議傳輸到你的瀏覽器的，而HTTP是基于Socket之上的。Socket是一套完成的TCP、UDP協議的接口。

HTTP協議：簡單對象訪問協議，對應于應用層，HTTP協議是基于TCP連接的。

TCP協議：對應于傳輸層。

IP協議：對應于網絡層。

TCP/IP是傳輸層協議，主要解決數據如何在網絡中傳輸；而HTTP是應用層協議，主要解決如何包裝數據。

Socket是對TCP/IP協議的封裝，Socket本身并不是協議，而是調用接口（API），通過Socket，我們才能使用TCP/IP協議。

5.利用Socket建立網絡連接的步驟

建立Socket連接過程分為三個步驟：服務器監聽，客戶端請求，連接確認。

（1）服務器監聽：服務器端套接字并不定位具體的客戶端套接字，而是處于等待連接的狀態，實時監控網絡狀態，等待客戶端的連接請求。

（2）客戶端請求：指客戶端的套接字提出連接請求，要連接到目標是服務器端的套接字。為此，客戶端的套接字必須首先描述它要連接的服務器的套接字，支出服務器端套接字的地址和端口號，然后就向服務器端套接字提出連接請求。

（3）連接確認：當服務器端套接字監聽到或者說接收到客戶端套接字的連接請求時，就相應客戶端套接字的請求，建立一個新的線程，把服務器端套接字的描述發給客戶端，一旦客戶端確認了此描述，雙方就正式建立連接。而服務器端套接字繼續處于監聽狀態，繼續接受其他客戶端套接字的連接請求。

PS：套接字

源IP地址和目的IP地址以及源端口號和目的端口號的組合稱為套接字。其用于標識客戶端請求的服務器和服務。

它是網絡通信過程中端點的抽象表示，包含進行網絡通信必須的五種信息：連接使用的協議，本地主機的IP地址，本地進程的協議端口，遠地主機的IP地址，遠地進程的協議端口。