TCP協(xié)議：
1 Transmission Control Protocol? ,傳輸控制協(xié)議
2? 面向連接的協(xié)議
3? 三次握手建立連接崭参，四次揮手斷開連接
4 TCP 報頭最小長度：20字節(jié)
5 面向字節(jié)流承二，TCP 內(nèi)部有個緩存涣仿，如果數(shù)據(jù)塊多大希坚，則TCP會將其分成多個數(shù)據(jù)塊试幽，如果數(shù)據(jù)塊多小氏义，則TCP 則會累計足夠多的字節(jié)后一次發(fā)送
三次握手的過程：
1 客戶端發(fā)送： SYN =1? SEQ=X?? 端口號
2 服務(wù)端發(fā)送： SYN=1?? ACK=X+1? SEQ=Y
3 客戶端 發(fā)送： ACK=Y+1? SEQ=X+1
注意： 建立連接過程中同步信號SYN 始終是1，建立連接后SYN=0,X=client_isn?? Y=server_isn
找了個圖還不錯窗慎，有點瑕疵物喷，已改正
四次揮手過程：
1 A向B 發(fā)送斷開請求，F(xiàn)IN=1（沒有數(shù)據(jù)傳給你了）
2 B 收到? ACK=1,(只是回復(fù)收到請求捉邢，等我消息脯丝，傳完了告你）
3 B 向A 發(fā)送斷開請求 FIN=1（我也沒有數(shù)據(jù)傳給你了，請求斷開）
4 A 收到? ACK=1（socket斷開）
優(yōu)點：穩(wěn)定伏伐，可靠
1 傳輸數(shù)據(jù)前，三次握手確認
2 傳輸數(shù)據(jù)時晕拆，有確認藐翎，回傳，擁塞控制等
3 傳輸數(shù)據(jù)后实幕，會關(guān)閉socket 以節(jié)省資源
缺點： 傳輸速度慢吝镣，效率低
1傳輸數(shù)據(jù)前三次握手確認，耗時
2 傳輸數(shù)據(jù)時昆庇，確認末贾，重傳，擁塞整吆，占據(jù)cpu 資源
3 傳輸次數(shù)過多拱撵，易受dos 攻擊
使用場景：
對通訊質(zhì)量要求高時，確保數(shù)據(jù)準確無誤的就需要使用TCP 協(xié)議,
文件傳輸協(xié)議表蝙，HTTP,HTTPS,FTP
郵件傳輸協(xié)議拴测，POP,SMTP
