UDP協(xié)議的優(yōu)點(diǎn)有很多，在TCP協(xié)議方面我們也做過比較。大家也都清楚，它的快速是TCP無法比擬的。現(xiàn)在我們就來簡單介紹一下UDP協(xié)議的情況。走進(jìn)UDP協(xié)議: UDP(User Datagram Protocol)協(xié)議就是“用戶數(shù)據(jù)報(bào)協(xié)議",它是一種無連接的協(xié)議,無連接主要是和TCP協(xié)議相比較的｡

我們知道當(dāng)利用TCP協(xié)議傳送數(shù)據(jù)的時(shí)候,首先必須先建立連接(也就是所謂的握手)才可以傳輸數(shù)據(jù)｡而當(dāng)計(jì)算機(jī)利用UDP協(xié)議進(jìn)行數(shù)據(jù)傳輸?shù)臅r(shí)候,發(fā)送方只需要知道對方的IP地址和端口號就可以發(fā)送數(shù)據(jù),而并不需要進(jìn)行連接｡

當(dāng)然如果你非要進(jìn)行連接,通過Visual C#也是可以實(shí)現(xiàn)的,但前提是要確定連接的遠(yuǎn)程主機(jī)的端口號處于監(jiān)聽狀態(tài),否則程序會出現(xiàn)不必要的錯(cuò)誤,但這是種畫蛇添足的做法,不僅丟失了UDP協(xié)議的無連接傳送數(shù)據(jù)的特點(diǎn)和優(yōu)點(diǎn),而且還給程序運(yùn)行帶來了不安定的因素｡所以這種方法并不值得提倡｡

由于UDP協(xié)議并不需要進(jìn)行確定的連接,所以編寫基于UDP協(xié)議的應(yīng)用程序比起編寫基于TCP協(xié)議的應(yīng)用程序要簡單些(程序中可以不需要考慮連接和一些異常的捕獲工作)｡但同時(shí)也給基于UDP協(xié)議編寫的程序帶來了一個(gè)致命的缺點(diǎn),UDP由于不提供可靠數(shù)據(jù)的傳輸,當(dāng)計(jì)算機(jī)之間利用UDP協(xié)議傳送數(shù)據(jù)的時(shí)候,發(fā)送方只管發(fā)送數(shù)據(jù),而并不確認(rèn)數(shù)據(jù)是否被對方接收｡這樣就會導(dǎo)致某些UDP協(xié)議數(shù)據(jù)包在傳送的過程中丟失,尤其網(wǎng)絡(luò)質(zhì)量不令人滿意的情況下,丟失數(shù)據(jù)包的現(xiàn)象會更嚴(yán)重｡這就是為什么在網(wǎng)絡(luò)上傳輸重要數(shù)據(jù)不采用UDP協(xié)議的原因｡

但是我們也不能因?yàn)檫@一個(gè)缺點(diǎn)就全面否定UDP協(xié)議,這是因?yàn)殡m然利用UDP協(xié)議來傳送安全性要求高的數(shù)據(jù)是不適合的,但對于那些不重要的數(shù)據(jù),或者即使丟失若干數(shù)據(jù)包也不影響整體性的數(shù)據(jù),如音頻數(shù)據(jù),視頻數(shù)據(jù)等,采用UDP協(xié)議就是一個(gè)非常不錯(cuò)的選擇｡

如目前網(wǎng)絡(luò)流行的很多即時(shí)聊天程序,如OICQ和ICQ等,采用的就是UDP協(xié)議｡同時(shí)雖然UDP協(xié)議無法保證數(shù)據(jù)可靠性,但具有對網(wǎng)絡(luò)資源開銷較小,數(shù)據(jù)處理速度快的優(yōu)點(diǎn),所以在有些對數(shù)據(jù)安全性要求不是很高的情況下,采用UDP協(xié)議也是一個(gè)非常不錯(cuò)的選擇｡

總結(jié)一下上面的內(nèi)容,可見UDP是一種不面向連接的網(wǎng)絡(luò)協(xié)議,既有其優(yōu)點(diǎn),也有其不足,具體如下:

1.基于UDP協(xié)議的網(wǎng)絡(luò)應(yīng)用程序,實(shí)現(xiàn)起來比較簡單,并且基于UDP協(xié)議的網(wǎng)絡(luò)應(yīng)用程序在運(yùn)行時(shí),由于受到環(huán)境影響較小,所以不容易出錯(cuò)｡

2.UDP協(xié)議占用網(wǎng)絡(luò)資源較少,數(shù)據(jù)處理較快,所以在網(wǎng)絡(luò)中傳送對安全性要求不是十分高數(shù)據(jù)時(shí),其優(yōu)點(diǎn)比較明顯｡所謂對安全性要求不高的數(shù)據(jù),是指那些不重要的數(shù)據(jù),或者是即使丟失若干數(shù)據(jù),也不影響其整體的數(shù)據(jù),如音頻數(shù)據(jù)等｡目前很多流行的網(wǎng)絡(luò)應(yīng)用程序都是基于UDP協(xié)議的,如OICQ､ICQ等｡

3.由于其不是面向連接的網(wǎng)絡(luò)協(xié)議,其缺點(diǎn)也是非常明顯的,有些時(shí)候甚至是致命的｡因?yàn)槭褂肬DP協(xié)議來傳送數(shù)據(jù),在數(shù)據(jù)發(fā)送后,在發(fā)送方并不確認(rèn)對方是否接收到｡這樣就可能導(dǎo)致傳送的數(shù)據(jù)在網(wǎng)絡(luò)中丟失,尤其在網(wǎng)絡(luò)條件并不很好的情況下,丟失數(shù)據(jù)包的現(xiàn)象就更多｡所以傳送重要數(shù)據(jù)一般不采用UDP協(xié)議｡