IP 協議對應于網絡層，
TCP協議對應于傳輸層，
HTTP協議對應于應用層，
三者從本質上來說沒有可比性，
socket則是對TCP/IP協議的封裝和應用。
可以說，TPC/IP協議是傳輸層協議，主要解決數據如何在網絡中傳輸，而HTTP是應用層協議，主要解決如何包裝數據
socket是對TCP/IP協議的封裝，Socket本身并不是協議，而是一個調用接口（API），
通過Socket，我們才能使用TCP/IP協議。
實際上，Socket跟TCP/IP協議沒有必然的聯系。Socket編程接口在設計的時候，就希望也能適應其他的網絡協議。
所以說，Socket的出現只是使得程序員更方便地使用TCP/IP協議棧而已，是對TCP/IP協議的抽象，
從而形成了我們知道的一些最基本的函數接口，比如create、 listen、connect、accept、send、read和write等等
實際上，傳輸層的TCP是基于網絡層的IP協議的，而應用層的HTTP協議又是基于傳輸層的TCP協議的，
而Socket本身不算是協議，就像上面所說，它只是提供了一個針對TCP或者UDP編程的接口
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的三次握手在最低限度上（實際上也很大程度上保證了）保證了連接的可靠性；
而UDP不是面向連接的，UDP傳送數據前并不與對方建立連接，對接收到的數據也不發送確認信號，
發送端不知道數據是否會正確接收，當然也不用重發，所以說UDP是無連接的、不可靠的一種數據傳輸協議
也正由于上面的特點，使得UDP的開銷更小數據傳輸速率更高，因為不必進行收發數據的確認，所以UDP的實時性更好。
所以采用TCP傳輸協議的MSN比采用UDP的QQ傳輸文件慢，
但并不能說QQ的通信是不安全的，因為程序員可以手動對UDP的數據收發進行驗證，
比如發送方對每個數據包進行編號然后由接收方進行驗證啊什么的，
即使是這樣，UDP因為在底層協議的封裝上沒有采用類似 TCP的“三次握手”而實現了TCP所無法達到的傳輸效率。
文章來源，百度文摘
