TCP/UDP編程模型

　　從程序?qū)崿F(xiàn)的角度來看，可以用下圖來進(jìn)行描述。

　　從上圖也能清晰的看出，TCP通信需要服務(wù)器端偵聽listen、接收客戶端連接請(qǐng)求accept，等待客戶端connect建立連接后才能進(jìn)行數(shù)據(jù)包的收發(fā)（recv/send）工作。而UDP則服務(wù)器和客戶端的概念不明顯，服務(wù)器端即接收端需要綁定端口，等待客戶端的數(shù)據(jù)的到來。后續(xù)便可以進(jìn)行數(shù)據(jù)的收發(fā)（recvfrom/sendto）工作。

　　在前面講解UDP時(shí)，提到了UDP保留了報(bào)文的邊界，下面我們來談?wù)凾CP和UDP中報(bào)文的邊界問題。在默認(rèn)的阻塞模式下，TCP無邊界，UDP有邊界。

　　對(duì)于TCP協(xié)議，客戶端連續(xù)發(fā)送數(shù)據(jù)，只要服務(wù)端的這個(gè)函數(shù)的緩沖區(qū)足夠大，會(huì)一次性接收過來，即客戶端是分好幾次發(fā)過來，是有邊界的，而服務(wù)端卻一次性接收過來，所以證明是無邊界的；

　　而對(duì)于UDP協(xié)議，客戶端連續(xù)發(fā)送數(shù)據(jù)，即使服務(wù)端的這個(gè)函數(shù)的緩沖區(qū)足夠大，也只會(huì)一次一次的接收，發(fā)送多少次接收多少次，即客戶端分幾次發(fā)送過來，服務(wù)端就必須按幾次接收，從而證明，這種UDP的通訊模式是有邊界的。

　　TCP 與 UDP 的應(yīng)用場(chǎng)景

　　從特點(diǎn)上我們已經(jīng)知道，TCP 是可靠的但傳輸速度慢 ，UDP 是不可靠的但傳輸速度快。因此在選用具體協(xié)議通信時(shí)，應(yīng)該根據(jù)通信數(shù)據(jù)的要求而決定。

　　若通信數(shù)據(jù)完整性需讓位與通信實(shí)時(shí)性，則應(yīng)該選用 TCP 協(xié)議（如文件傳輸、重要狀態(tài)的更新等）；反之，則使用 UDP 協(xié)議（如視頻傳輸、實(shí)時(shí)通信等）。

　　什么時(shí)候應(yīng)該使用TCP：

　　當(dāng)對(duì)網(wǎng)絡(luò)通訊質(zhì)量有要求的時(shí)候，比如：整個(gè)數(shù)據(jù)要準(zhǔn)確無誤的傳遞給對(duì)方，這往往用于一些要求可靠的應(yīng)用，比如HTTP、HTTPS、FTP等傳輸文件的協(xié)議，POP、SMTP等郵件傳輸?shù)膮f(xié)議。

　　在日常生活中，常見使用TCP協(xié)議的應(yīng)用如下：

　　瀏覽器，用的HTTP

　　FlashFXP，用的FTP

　　Outlook，用的POP、SMTP

　　Putty，用的Telnet、SSH

　　QQ文件傳輸

　　什么時(shí)候應(yīng)該使用UDP：

　　當(dāng)對(duì)網(wǎng)絡(luò)通訊質(zhì)量要求不高的時(shí)候，要求網(wǎng)絡(luò)通訊速度能盡量的快，這時(shí)就可以使用UDP。

　　比如，日常生活中，常見使用UDP協(xié)議的應(yīng)用如下：

　　QQ語音

　　QQ視頻

　　TFTP