大學學習網絡基礎的時候老師講過，網絡由下往上分爲物理層、數據鏈路層、網絡層、傳輸層、會話層、表示層和應用層。經過初步的瞭解，我知道IP協議對應於網絡層，TCP協議對應於傳輸層，而HTTP協議對應於應用層，三者從本質上來講沒有可比性，socket則是對TCP/IP協議的封裝和應用（程序員層面上）。也能夠說，TPC/IP協議是傳輸層協議，主要解決數據如何在網絡中傳輸，而HTTP是應用層協議，主要解決如何包裝數據。關於TCP/IP和HTTP協議的關係，網絡有一段比較容易理解的介紹：javascript
「咱們在傳輸數據時，能夠只使用（傳輸層）TCP/IP協議，可是那樣的話，若是沒有應用層，便沒法識別數據內容，若是想要使傳輸的數據有意義，則必須使用到應用層協議，應用層協議有不少，好比HTTP、FTP、TELNET等，也能夠本身定義應用層協議。WEB使用HTTP協議做應用層協議，以封裝HTTP文本信息，而後使用TCP/IP作傳輸層協議將它發到網絡上。」php
而咱們平時說的最多的socket是什麼呢，實際上socket是對TCP/IP協議的封裝，Socket自己並非協議，而是一個調用接口（API），經過Socket，咱們才能使用TCP/IP協議。實際上，Socket跟TCP/IP協議沒有必然的聯繫。Socket編程接口在設計的時候，就但願也能適應其餘的網絡協議。因此說，Socket的出現只是使得程序員更方便地使用TCP/IP協議棧而已，是對TCP/IP協議的抽象，從而造成了咱們知道的一些最基本的函數接口，好比create、listen、connect、accept、send、read和write等等。網絡有一段關於socket和TCP/IP協議關係的說法比較容易理解：html
「TCP/IP只是一個協議棧，就像操做系統的運行機制同樣，必需要具體實現，同時還要提供對外的操做接口。這個就像操做系統會提供標準的編程接口，好比win32編程接口同樣，TCP/IP也要提供可供程序員作網絡開發所用的接口，這就是Socket編程接口。」html5
關於TCP/IP協議的相關只是，用博大精深來說我想也不爲過，單單查一下網上關於此類只是的資料和書籍文獻的數量就知道，這個我打算會買一些經典的書籍（好比《TCP/IP詳解：卷1、卷2、卷三》）進行學習，今天就先總結一些基於基於TCP/IP協議的應用和編程接口的知識，也就是剛纔說了不少的HTTP和Socket。java
CSDN上有個比較形象的描述：HTTP是轎車，提供了封裝或者顯示數據的具體形式；Socket是發動機，提供了網絡通訊的能力。jquery
實際上，傳輸層的TCP是基於網絡層的IP協議的，而應用層的HTTP協議又是基於傳輸層的TCP協議的，而Socket自己不算是協議，就像上面所說，它只是提供了一個針對TCP或者UDP編程的接口。程序員
下面是一些常常在筆試或者面試中碰到的重要的概念，特在此作摘抄和總結。angularjs
一。什麼是TCP鏈接的三次握手面試
第一次握手：客戶端發送syn包(syn=j)到服務器，並進入SYN_SEND狀態，等待服務器確認；
第二次握手：服務器收到syn包，必須確認客戶的SYN（ack=j+1），同時本身也發送一個SYN包（syn=k），即SYN+ACK包，此時服務器進入SYN_RECV狀態；
第三次握手：客戶端收到服務器的SYN＋ACK包，向服務器發送確認包ACK(ack=k+1)，此包發送完畢，客戶端和服務器進入ESTABLISHED狀態，完成三次握手。
握手過程當中傳送的包裏不包含數據，三次握手完畢後，客戶端與服務器才正式開始傳送數據。理想狀態下，TCP鏈接一旦創建，在通訊雙方中的任何一方主動關閉鏈接以前，TCP 鏈接都將被一直保持下去。斷開鏈接時服務器和客戶端都可以主動發起斷開TCP鏈接的請求，斷開過程須要通過「四次握手」（過程就不細寫了，就是服務器和客戶端交互，最終肯定斷開）編程
二。利用Socket創建網絡鏈接的步驟
創建Socket鏈接至少須要一對套接字，其中一個運行於客戶端，稱爲ClientSocket ，另外一個運行於服務器端，稱爲ServerSocket 。
套接字之間的鏈接過程分爲三個步驟：服務器監聽，客戶端請求，鏈接確認。
1。服務器監聽：服務器端套接字並不定位具體的客戶端套接字，而是處於等待鏈接的狀態，實時監控網絡狀態，等待客戶端的鏈接請求。
2。客戶端請求：指客戶端的套接字提出鏈接請求，要鏈接的目標是服務器端的套接字。爲此，客戶端的套接字必須首先描述它要鏈接的服務器的套接字，指出服務器端套接字的地址和端口號，而後就向服務器端套接字提出鏈接請求。
3。鏈接確認：當服務器端套接字監聽到或者說接收到客戶端套接字的鏈接請求時，就響應客戶端套接字的請求，創建一個新的線程，把服務器端套接字的描述發給客戶端，一旦客戶端確認了此描述，雙方就正式創建鏈接。而服務器端套接字繼續處於監聽狀態，繼續接收其餘客戶端套接字的鏈接請求。
三。HTTP連接的特色
HTTP協議即超文本傳送協議(Hypertext Transfer Protocol )，是Web聯網的基礎，也是手機聯網經常使用的協議之一，HTTP協議是創建在TCP協議之上的一種應用。
HTTP鏈接最顯著的特色是客戶端發送的每次請求都須要服務器回送響應，在請求結束後，會主動釋放鏈接。從創建鏈接到關閉鏈接的過程稱爲「一次鏈接」。
四。TCP和UDP的區別
1。TCP是面向連接的，雖說網絡的不安全不穩定特性決定了多少次握手都不能保證鏈接的可靠性，但TCP的三次握手在最低限度上（實際上也很大程度上保證了）保證了鏈接的可靠性；而UDP不是面向鏈接的，UDP傳送數據前並不與對方創建鏈接，對接收到的數據也不發送確認信號，發送端不知道數據是否會正確接收，固然也不用重發，因此說UDP是無鏈接的、不可靠的一種數據傳輸協議。
2。也正因爲1所說的特色，使得UDP的開銷更小數據傳輸速率更高，由於沒必要進行收發數據的確認，因此UDP的實時性更好。
知道了TCP和UDP的區別，就不難理解爲什麼採用TCP傳輸協議的MSN比採用UDP的QQ傳輸文件慢了，但並不能說QQ的通訊是不安全的，由於程序員能夠手動對UDP的數據收發進行驗證，好比發送方對每一個數據包進行編號而後由接收方進行驗證啊什麼的，即便是這樣，UDP由於在底層協議的封裝上沒有采用相似TCP的「三次握手」而實現了TCP所沒法達到的傳輸效率。
五，XMPP
XMPP是一種基於標準通用標記語言的子集XML的協議，它繼承了在XML環境中靈活的發展性。所以，基於XMPP的應用具備超強的可擴展性。通過擴展之後的XMPP能夠經過發送擴展的信息來處理用戶的需求，以及在XMPP的頂端創建如內容發佈系統和基於地址的服務等應用程 序。並且，XMPP包含了針對服務器端的軟件協議，使之能與另外一個進行通話，這使得開發者更容易創建客戶應用程序或給一個配好系統添加功能。
可擴展通信和表示協議 (XMPP) 可用於服務類實時通信、表示和需求響應服務中的XML數據元流式傳輸。XMPP以Jabber協議爲基礎，而Jabber是即時通信中經常使用的開放式協議。XMPP is the IETF’s formalization of the base XML streaming protocols for instant messaging and presence developed within the Jabber open-source community in 1999
XMPP（可擴展消息處理現場協議）是基於可擴展標記語言（XML）的協議，它用於即時消息（IM）以及在線現場探測。它在促進服務器之間的準即時操做。這個協議可能最終容許因特網用戶向因特網上的其餘任何人發送即時消息，即便其操做系統和瀏覽器不一樣。
XMPP的前身是Jabber，一個開源形式組織產生的網絡即時通訊協議。XMPP目前被IETF國際標準組織完成了標準化工做。標準化的核心結果分爲兩部分；
核心的XML流傳輸協議
基於XMLFreeEIM流傳輸的即時通信擴展應用
XMPP的核心XML流傳輸協議的定義使得XMPP可以在一個比以往網絡通訊協議更規範的平臺上。藉助於XML易於解析和閱讀的特性，使得XMPP的協議可以很是漂亮。
XMPP的即時通信擴展應用部分是根據IETF在這以前對即時通信的一個抽象定義的，與其餘業已獲得普遍使用的即時通信協議，諸如AIM，QQ等有功能完整，完善等先進性。
XMPP的擴展協議Jingle使得其支持語音和視頻。
XMPP的官方文檔是RFC 3920.
XMPP中定義了三個角色，客戶端，服務器，網關。通訊可以在這三者的任意兩個之間雙向發生。服務器同時承擔了客戶端信息記錄，鏈接管理和信息的路由功能。網關承擔着與異構即時通訊系統的互聯互通，異構系統能夠包括SMS（短信），MSN，ICQ等。基本的網絡形式是單客戶端經過TCP/IP鏈接到單服務器，而後在之上傳輸XML。
傳輸的是與即時通信相關的指令。在之前這些命令要麼用2進制的形式發送（好比QQ），要麼用純文本指令加空格加參數加換行符的方式發送（好比MSN）。而XMPP傳輸的即時通信指令的邏輯與以往相仿，只是協議的形式變成了XML格式的純文本。這不但使得解析容易了，人也容易閱讀了，方便了開發和查錯。而XMPP的核心部分就是一個在網絡上分片斷髮送XML的流協議。這個流協議是XMPP的即時通信指令的傳遞基礎，也是一個很是重要的能夠被進一步利用的網絡基礎協議。因此能夠說，XMPP用TCP傳的是XML流。
優勢
XMPP協議是自由、開放、公開的，而且易於瞭解。並且在客戶端、服務器、組件、源碼庫等方面，都已經各自有多種實現。
互聯網工程工做小組（IETF）已經將Jabber的核心XML流協議以XMPP之名，正式列爲承認的實時通訊及Presence技術。而XMPP的技術規格已被定義在RFC 3920及RFC 3921。任何IM供應商在遵循XMPP協議下，均可與Google Talk實現鏈接。
第一個Jabber（如今XMPP）技術是Jeremie Miller在1998年開發的，如今已經至關穩定；數以百計的開發者爲XMPP技術而努力。今日的互聯網上有數以萬計的XMPP服務器運做著，並有數以百萬計的人們使用XMPP實時傳訊軟件。
XMPP網絡的架構和電子郵件十分相像；XMPP核心協議通訊方式是先建立一個stream，XMPP以TCP傳遞XML數據流，沒有中央主服務器。任何人均可以運行本身的XMPP服務器，使我的及組織可以掌控他們的實時傳訊體驗。
任何XMPP協議的服務器能夠獨立於公衆XMPP網絡（例如在企業內部網絡中），而使用SASL及TLS等技術的可靠安全性，已內置於核心XMPP技術規格中。
XML命名空間的威力可以使任何人在覈心協議的基礎上建造定製化的功能；爲了維持通透性，常見的擴展有XMPP標準基金會。
XMPP除了可用在實時通訊的應用程序，還能用在網絡管理、內容供稿、協同工具、文件共享、遊戲、遠程系統監控等。
用XMPP協議來建造及佈署實時應用程序及服務的公司及開放源代碼計劃分佈在各類領域；用XMPP技術開發軟件，資源及支持的來源是多樣的，使得使你不會陷於被「綁架」的困境。
缺點
隨着一般超過70%的XMPP協議的服務器的數據流量的存在和近60%的被重複轉發，XMPP協議目前擁有一個大型架空中存在的數據提供給多個收件人。新的議定書正在研究，以減輕這一問題。
XMPP協議的方式被編碼爲一個單一的長的XML文件，所以沒法提供修改二進制數據。所以， 文件傳輸協議同樣使用外部的HTTP。若是不可避免，XMPP協議還提供了帶編碼的文件傳輸的全部數據使用的Base64。至於其餘二進制數據加密會話（encrypted conversations）或圖形圖標（graphic icons）以嵌入式使用相同的方法。