“我們在傳輸數(shù)據(jù)時，可以只使用(傳輸層)TCP/IP協(xié)議蝌衔，但是那樣的話蝌蹂，如果沒有應用層孤个，便無法識別數(shù)據(jù)內容“
TCP/IP只是一個協(xié)議棧，就像程序運行一樣硅急，必須要實現(xiàn)運行，同時還要提供對外的操作接口
網絡從下往上分為
物理層营袜、數(shù)據(jù)鏈路層荚板、網絡層、傳輸層拧抖、會話層免绿、表示層和應用層。IP協(xié)議對應于網絡層淌哟，TCP協(xié)議對應于傳輸層辽故，而HTTP協(xié)議對應于應用層，
應用層協(xié)議有很多掉弛，比如HTTP喂走、FTP缴啡、TELNET等，也可以自己定義應用層協(xié)議秒咐。
通過Socket碘裕，我們才能使用TCP/IP協(xié)議；實際上雷滋，Socket跟TCP/IP協(xié)議沒有必然的聯(lián)系。
Socket編程接口在設計的時候焕檬，希望也能適應其他的網絡協(xié)議澳泵。
所以說兔辅，Socket的出現(xiàn)只是使得程序員方便地使用TCP/IP協(xié)議，是對TCP/IP協(xié)議的抽象碰辅，從而形成了一些基本的函數(shù)接口介时，比如create、listen榕吼、connect勉失、accept乱凿、send咽弦、read和write等等。
實際上段审，傳輸層的TCP是基于網絡層的IP協(xié)議的闹蒜，而應用層的HTTP協(xié)議又是基于傳輸層的TCP協(xié)議的绷落，而Socket本身不算是協(xié)議，就像上面所說筐喳，它只是提供了一個針對TCP或者UDP編程的接口。
一荣月、什么是TCP連接的三次握手
第一次握手：客戶端發(fā)送syn包(synchronous 同步的梳毙； s??kr?n?s,syn=j)到服務器，并進入SYN_SEND狀態(tài)堂氯，等待服務器確認;
第二次握手：服務器收到syn包牌废，必須確認客戶的SYN(ack=j+1)鸟缕，同時自己也發(fā)送一個SYN包(syn=k)，即SYN+ACK包授段，此時服務器進入SYN_RECV狀態(tài);
第三次握手：客戶端收到服務器的SYN+ACK包番甩，向服務器發(fā)送確認包ACK(ack=k+1)缘薛，此包發(fā)送完畢，客戶端和服務器進入ESTABLISHED狀態(tài)漱抓，完成三次握手恕齐。
握手過程中傳送的包里不包含數(shù)據(jù)乞娄，三次握手完畢后，客戶端與服務器才正式開始傳送數(shù)據(jù)显歧。
理想狀態(tài)下仪或，TCP連接一旦建立，在通信雙方中的任何一方主動關閉連接之前追迟，TCP 連接都將被一直保持下去溶其。
服務器和客戶端均可以主動發(fā)起斷開TCP連接請求，斷開過程需要經過“四次握手”敦间，最終確定斷開瓶逃。
二束铭、利用Socket建立網絡連接的步驟
建立Socket連接至少需要一對套接字，其中一個運行于客戶端厢绝，稱為ClientSocket，另一個運行于服務器端昔汉，稱為ServerSocket 懈万。
套接字之間的連接過程分為三個步驟：服務器監(jiān)聽，客戶端請求靶病，連接確認会通。
1、服務器監(jiān)聽：服務器端套接字并不定位具體的客戶端套接字娄周，而是處于等待連接的狀態(tài)涕侈，實時監(jiān)控網絡狀態(tài)，等待客戶端的連接請求煤辨。
2裳涛、客戶端請求：指客戶端的套接字提出連接請求，要連接的目標是服務器端的套接字众辨。
為此端三，客戶端的套接字必須首先描述它要連接的服務器的套接字，指出服務器端套接字的地址和端口號鹃彻，然后就向服務器端套接字提出連接請求郊闯。
3、連接確認：當服務器端套接字監(jiān)聽到/接收到客戶端套接字的連接請求時浮声，就響應客戶端套接字的請求虚婿，建立一個新的線程旋奢，把服務器端套接字的描述發(fā)給客戶端泳挥，一旦客戶端確認了此描述，雙方就正式建立連接至朗。
而服務器端套接字繼續(xù)處于監(jiān)聽狀態(tài)屉符，繼續(xù)接收其他客戶端套接字的連接請求。
三锹引、HTTP鏈接的特點
HTTP協(xié)議即超文本傳送協(xié)議(Hypertext Transfer Protocol)矗钟，是Web聯(lián)網的基礎，也是手機聯(lián)網常用的協(xié)議之一嫌变，HTTP協(xié)議是建立在TCP協(xié)議之上的一種應用吨艇。
HTTP連接最顯著的特點是客戶端發(fā)送的每次請求都需要服務器回送響應，在請求結束后腾啥，會主動釋放連接东涡。從建立連接到關閉連接的過程稱為“一次連接”冯吓。
四、TCP和UDP的區(qū)別
1疮跑、TCP是面向鏈接的组贺，雖然說網絡的不安全不穩(wěn)定特性決定了多少次握手都不能保證連接的可靠性，但TCP的三次握手在最低限度上(實際上也很大程度上保證了)保證了連接的可靠性;
而UDP不是面向連接的祖娘，UDP傳送數(shù)據(jù)前并不與接收方建立連接失尖，接收方也不發(fā)送確認信號，發(fā)送端不知道數(shù)據(jù)是否會正確接收渐苏，也不重發(fā)掀潮，所以說UDP是無連接的、不可靠的一種數(shù)據(jù)傳輸協(xié)議琼富。
2胧辽、由1描述的特點，使得UDP的開銷更小公黑、數(shù)據(jù)傳輸速率更高邑商，因為不必進行收發(fā)數(shù)據(jù)的確認，所以UDP的實時性更好凡蚜。
知道了TCP和UDP的區(qū)別人断，就不難理解為何采用TCP傳輸協(xié)議的MSN比采用UDP的QQ傳輸文件慢了，但并不能說QQ的通信是不安全的朝蜘，
因為程序員可以手動對UDP的數(shù)據(jù)收發(fā)進行驗證恶迈，比如發(fā)送方對每個數(shù)據(jù)包進行編號然后由接收方進行驗證。
著作權歸作者所有谱醇。商業(yè)轉載請聯(lián)系作者獲得授權暇仲，非商業(yè)轉載請注明出處「笨剩互聯(lián)網+時代奈附，時刻要保持學習，攜手千鋒PHP,Dream ItPossible煮剧。
