一，http連接

http協(xié)議是 請求／應(yīng)答 模型?？蛻舳税l(fā)送請求，服務(wù)端對請求做一次響應(yīng)。服務(wù)端只能在客戶端發(fā)送請求后做一次響應(yīng)，不能主動發(fā)送消息給客戶端。

http是應(yīng)用層協(xié)議，傳輸層用的一般是tcp協(xié)議，理論上http應(yīng)用層協(xié)議也可以在傳輸層采用udp協(xié)議，但是如果http協(xié)議無狀態(tài)特點加上udp的不可靠連接，會產(chǎn)生非常糟糕的組合，所以http協(xié)議在傳輸層默認采用tcp協(xié)議。

http 1.0短連接

http 1.0默認采用的是短連接，每次交互過程都是如下四個步驟：

• 客戶端和服務(wù)端建立tcp連接 （三次握手）
• 客戶端發(fā)送數(shù)據(jù)給服務(wù)端
• 服務(wù)端回送響應(yīng)給客戶端
• 客戶端和服務(wù)端的tcp連接斷開 （四次揮手）

http 1.1長連接

http 1.1默認采用的是長連接。如果客戶端和服務(wù)端采用http1.1協(xié)議進行交互，則默認采用的是長連接，具體表現(xiàn)為客戶端的請求header和服務(wù)端的響應(yīng)header里面都有connection :keep-alive 這個標記：

Connection: keep-alive

長連接的優(yōu)點：

• 可以在一個tcp連接中處理多個請求。處理多個請求的表現(xiàn)形式有兩種：
  • 1，前一個請求／響應(yīng)結(jié)束后，建立的tcp連接并不關(guān)閉，而是可以繼續(xù)用來處理下一個請求／響應(yīng)，以達到tcp連接的復(fù)用。
  • 2，流水線技術(shù)(http pipelinning), 即前一個請求發(fā)出，還沒收到響應(yīng)時，可以繼續(xù)發(fā)送另外一個請求。不過服務(wù)端回送的兩次響應(yīng)順序必須要跟請求的順序一致，即遵循FIFO規(guī)則。其實資料顯示流水線技術(shù)使用并不廣泛。

結(jié)論

http長連接是說tcp連接在一次請求／響應(yīng)完成后不斷開。

2，socket連接

建立Socket連接至少需要一對套接字，其中一個運行于客戶端，稱為ClientSocket ，另一個運行于服務(wù)器端，稱為ServerSocket 。套接字之間的連接過程分為三個步驟：服務(wù)器監(jiān)聽，客戶端請求，連接確認。

• 服務(wù)器監(jiān)聽：服務(wù)器端套接字并不定位具體的客戶端套接字，而是處于等待連接的狀態(tài)，實時監(jiān)控網(wǎng)絡(luò)狀態(tài)，等待客戶端的連接請求。
• 客戶端請求：指客戶端的套接字提出連接請求，要連接的目標是服務(wù)器端的套接字。為此，客戶端的套接字必須首先描述它要連接的服務(wù)器的套接字，指出服務(wù)器端套接字的地址和端口號，然后就向服務(wù)器端套接字提出連接請求。
• 連接確認：當服務(wù)器端套接字監(jiān)聽到或者說接收到客戶端套接字的連接請求時，就響應(yīng)客戶端套接字的請求，建立一個新的線程，把服務(wù)器端套接字的描述發(fā)給客戶端，一旦客戶端確認了此描述，雙方就正式建立連接。而服務(wù)器端套接字繼續(xù)處于監(jiān)聽狀態(tài)，繼續(xù)接收其他客戶端套接字的連接請求。

3，socket連接和tcp連接的關(guān)系

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

socket是對TCP/IP協(xié)議的封裝和應(yīng)用（程序員層面上）,它提供了一組基本的函數(shù)接口（比如：create、listen、accept等），使得程序員更方便地使用TCP/IP協(xié)議棧。

4，Socket連接和Http連接的關(guān)系

Socket連接一般情況下都是TCP連接，因此Socket連接一旦建立，通信雙方就可以進行互相發(fā)送內(nèi)容。但在實際網(wǎng)絡(luò)應(yīng)用中，客戶端到服務(wù)器之間的通信往往需要穿越多個中間節(jié)點，例如路由器、網(wǎng)關(guān)、防火墻等，大部分防火墻默認會關(guān)閉長時間處于非活躍狀態(tài)的連接而導(dǎo)致 Socket 連接斷連，因此需要通過輪詢告訴網(wǎng)絡(luò)，該連接處于活躍狀態(tài)（這也就是常說的“心跳策略”）。關(guān)于心跳后面會專門寫一篇總結(jié)文章。

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

如果建立的是Socket連接，服務(wù)器可以直接將數(shù)據(jù)傳送給客戶端；如果方建立的是HTTP連接，則服務(wù)器需要等到客戶端發(fā)送一次請求后才能將數(shù)據(jù)傳回給客戶端。

所以真正的服務(wù)端push推送機制，一般是用socket來實現(xiàn)，而不是http長連接來實現(xiàn)。

http 長連接和tcp長連接的關(guān)系

Http長連接 和 TCP長連接的區(qū)別在于: TCP 的長連接需要自己去維護一套心跳策略。，而Http只需要在請求頭加入keep-alive:true即可實現(xiàn)長連接。

internet socket和unix domain socket的關(guān)系

上面說的socket連接都是指internet socket連接，是對tcp or udp連接做了一層封裝，需要走網(wǎng)卡的。

還有一種socket通信是unix domain socket，比較常見的就是用于同一臺主機之間不同進程間通信，比如運行在同一臺主機上的nginx和php-fm。

location ~ [^/]\.php(/|$) {
    #fastcgi_pass 127.0.0.1:9000;
    fastcgi_pass unix:/dev/shm/php-cgi.sock;
    fastcgi_index index.php;
    include fastcgi.conf;
}

/dev/shm/目錄其實是在內(nèi)存中，這樣nginx和php-fpm的交互性能會更高，但是流量很大時會占用很多內(nèi)存。如果對這個性能追求不是特別高，也可以指定普通目錄下的sock文件(硬盤上)。但是不管是/dev/shm/這種內(nèi)存中的sock文件，還是硬盤上的普通文件，在高負載的情況下都比fastcgi_pass 127.0.0.1:9000這種走tcp連接的性能更好。

參考

1，長連接和短連接
2，什么是長連接
3，HTTP 是基于 TCP 還是 UDP 的
4，nginx 和 php-fpm 通信使用unix socket