TCP/IP協(xié)議 定義了一個在因特網(wǎng)上傳輸?shù)陌?，稱為IP數(shù)據(jù)報(IP Datagram)。這是一個與硬件無關(guān)的虛擬包, 由首部和數(shù)據(jù)兩部分組成，其格式如圖所示。首部的前一部分是固定長度，共20字節(jié)，是所有IP數(shù)據(jù)報必須具有的。在首部的固定部分的后面是一些可選字段，其長度是可變的。首部中的源地址和目的地址都是IP協(xié)議地址。

下面是IP報頭部 更詳細(xì)信息 http://baike.baidu.com/view/1519445.htm

3、UDP數(shù)據(jù)包包含(8字節(jié)UDP報文頭、我們要發(fā)送的實(shí)際數(shù)據(jù))

下面是UDP包頭信息UDP報頭由4個域組成，其中每個域各占用2個字節(jié)，具體如下：

　　數(shù)據(jù)報的長度是指包括報頭和數(shù)據(jù)部分在內(nèi)的總字節(jié)數(shù)。因?yàn)閳箢^的長度是固定的，所以該域主要被用來計算可變長度的數(shù)據(jù)部分（又稱為數(shù)據(jù)負(fù)載）。數(shù)據(jù)報的最大長度根據(jù)操作環(huán)境的不同而各異。從理論上說，包含報頭在內(nèi)的數(shù)據(jù)報的最大長度為65535字節(jié)。不過，一些實(shí)際應(yīng)用往往會限制數(shù)據(jù)報的大小，有時會降低到8192字節(jié)。

　　UDP協(xié)議使用報頭中的校驗(yàn)值來保證數(shù)據(jù)的安全。校驗(yàn)值首先在數(shù)據(jù)發(fā)送方通過特殊的算法計算得出，在傳遞到接收方之后，還需要再重新計算。如果某個數(shù)據(jù)報在傳輸過程中被第三方篡改或者由于線路噪音等原因受到損壞，發(fā)送和接收方的校驗(yàn)計算值將不會相符，由此UDP協(xié)議可以檢測是否出錯。這與TCP協(xié)議是不同的，后者要求必須具有校驗(yàn)值。

　　許多鏈路層協(xié)議都提供錯誤檢查，包括流行的 以太網(wǎng) 協(xié)議，也許你想知道為什么UDP也要提供檢查和校驗(yàn)。其原因是鏈路層以下的協(xié)議在源端和 終端 之間的某些通道可能不提供錯誤檢測。雖然UDP提供有錯誤檢測，但檢測到錯誤時，UDP不做錯誤校正，只是簡單地把損壞的消息段扔掉，或者給應(yīng)用程序提供警告信息。

4、UDP一次最多發(fā)送多少數(shù)據(jù)？ 如果數(shù)據(jù)包長度超過 MTU那么就會分片發(fā)送。

在進(jìn)行UDP編程的時候,我們最容易想到的問題就是,一次發(fā)送多少bytes好?
當(dāng)然,這個沒有唯一答案，相對于不同的系統(tǒng),不同的要求,其得到的答案是不一樣的,這里僅對像ICQ一類的發(fā)送聊天消息的情況作分析，對于其他情況，或許也能得到一點(diǎn)幫助:
首先,我們知道,TCP/IP通常被認(rèn)為是一個四層協(xié)議系統(tǒng),包括鏈路層,網(wǎng)絡(luò)層,傳輸層,應(yīng)用層.UDP屬于運(yùn)輸層,下面我們由下至上一步一步來看:
以太網(wǎng)(Ethernet)數(shù)據(jù)幀的長度必須在46-1500字節(jié)之間,這是由以太網(wǎng)的物理特性決定的.這個1500字節(jié)被稱為鏈路層的MTU(最大傳輸單元).但這并不是指鏈路層的長度被限制在1500字節(jié),其實(shí)這個MTU指的是鏈路層的數(shù)據(jù)區(qū).并不包括鏈路層的首部和尾部的18個字節(jié).所以,事實(shí)上,這個1500字節(jié)就是網(wǎng)絡(luò)層IP數(shù)據(jù)報的長度限制.因?yàn)镮P數(shù)據(jù)報的首部為20字節(jié),所以IP數(shù)據(jù)報的數(shù)據(jù)區(qū)長度最大為1480字節(jié).而這個1480字節(jié)就是用來放TCP傳來的TCP報文段或UDP傳來的UDP數(shù)據(jù)報的.又因?yàn)閁DP數(shù)據(jù)報的首部8字節(jié),所以UDP數(shù)據(jù)報的數(shù)據(jù)區(qū)最大長度為1472字節(jié).這個1472字節(jié)就是我們可以使用的字節(jié)數(shù)。:)
當(dāng)我們發(fā)送的UDP數(shù)據(jù)大于1472的時候會怎樣呢？這也就是說IP數(shù)據(jù)報大于1500字節(jié),大于MTU.這個時候發(fā)送方IP層就需要分片(fragmentation).把數(shù)據(jù)報分成若干片,使每一片都小于MTU.而接收方IP層則需要進(jìn)行數(shù)據(jù)報的重組.這樣就會多做許多事情,而更嚴(yán)重的是,由于UDP的特性,當(dāng)某一片數(shù)據(jù)傳送中丟失時,接收方便無法重組數(shù)據(jù)報.將導(dǎo)致丟棄整個UDP數(shù)據(jù)報。
因此,在普通的局域網(wǎng)環(huán)境下，我建議將UDP的數(shù)據(jù)控制在1472字節(jié)以下為好.
進(jìn)行Internet編程時則不同,因?yàn)镮nternet上的路由器可能會將MTU設(shè)為不同的值.如果我們假定MTU為1500來發(fā)送數(shù)據(jù)的,而途經(jīng)的某個網(wǎng)絡(luò)的MTU值小于1500字節(jié),那么系統(tǒng)將會使用一系列的機(jī)制來調(diào)整MTU值,使數(shù)據(jù)報能夠順利到達(dá)目的地,這樣就會做許多不必要的操作.鑒于Internet上的標(biāo)準(zhǔn)MTU值為576字節(jié),所以我建議在進(jìn)行Internet的UDP編程時.最好將UDP的數(shù)據(jù)長度控件在548字節(jié)(576-8-20)以內(nèi).

理論上，IP數(shù)據(jù)報的最大長度是65535字節(jié)，這是由IP首部16比特總長度字段所限制的。去除20字節(jié)的IP首部和8個字節(jié)的UDP首部，UDP數(shù)據(jù)報中用戶數(shù)據(jù)的最長長度為65507字節(jié)。但是，大多數(shù)實(shí)現(xiàn)所提供的長度比這個最大值小。
我們將遇到兩個限制因素。第一，應(yīng)用程序可能會受到其程序接口的限制。socket API提供了一個可供應(yīng)用程序調(diào)用的函數(shù)，以設(shè)置接收和發(fā)送緩存的長度。對于UDP socket，這個長度與應(yīng)用程序可以讀寫的最大UDP數(shù)據(jù)報的長度直接相關(guān)?，F(xiàn)在的大部分系統(tǒng)都默認(rèn)提供了可讀寫大于8192字節(jié)的UDP數(shù)據(jù)報（使用這個默認(rèn)值是因?yàn)?192是NFS讀寫用戶數(shù)據(jù)數(shù)的默認(rèn)值）。
第二個限制來自于TCP/IP的內(nèi)核實(shí)現(xiàn)?？赡艽嬖谝恍?shí)現(xiàn)特性（或差錯），使IP數(shù)據(jù)報長度小于65535字節(jié)。
在SunOS 4.1.3下使用環(huán)回接口的最大IP數(shù)據(jù)報長度是32767字節(jié)。比它大的值都會發(fā)生差錯。
但是從BSD/386到SunOS 4.1.3的情況下，Sun所能接收到最大IP數(shù)據(jù)報長度為32786字節(jié)（即32758字節(jié)用戶數(shù)據(jù)）。
在Solaris 2.2下使用環(huán)回接口，最大可收發(fā)IP數(shù)據(jù)報長度為65535字節(jié)。
從Solaris 2.2到AIX 3.2.2，發(fā)送的最大IP數(shù)據(jù)報長度可以是65535字節(jié)。很顯然，這個限制與源端和目的端的實(shí)現(xiàn)有關(guān)。
主機(jī)必須能夠接收最短為576字節(jié)的IP數(shù)據(jù)報。在許多UDP應(yīng)用程序的設(shè)計中，其應(yīng)用程序數(shù)據(jù)被限制成512字節(jié)或更小，因此比這個限制值小。
由于IP能夠發(fā)送或接收特定長度的數(shù)據(jù)報并不意味著接收應(yīng)用程序可以讀取該長度的數(shù)據(jù)。因此，UDP編程接口允許應(yīng)用程序指定每次返回的最大字節(jié)數(shù)。如果接收到的數(shù)據(jù)報長度大于應(yīng)用程序所能處理的長度，那么會發(fā)生什么情況呢？不幸的是，該問題的答案取決于編程接口和實(shí)現(xiàn)。
典型的Berkeley版socket API對數(shù)據(jù)報進(jìn)行截斷，并丟棄任何多余的數(shù)據(jù)。應(yīng)用程序何時能夠知道，則與版本有關(guān)（4.3BSD Reno及其后的版本可以通知應(yīng)用程序數(shù)據(jù)報被截斷）。
SVR4下的socket API(包括Solaris 2.x) 并不截斷數(shù)據(jù)報。超出部分?jǐn)?shù)據(jù)在后面的讀取中返回。它也不通知應(yīng)用程序從單個UDP數(shù)據(jù)報中多次進(jìn)行讀取操作。TLI API不丟棄數(shù)據(jù)。相反，它返回一個標(biāo)志表明可以獲得更多的數(shù)據(jù)，而應(yīng)用程序后面的讀操作將返回數(shù)據(jù)報的其余部分。在討論TCP時，我們發(fā)現(xiàn)它為應(yīng)用程序提供連續(xù)的字節(jié)流，而沒有任何信息邊界。TCP以應(yīng)用程序讀操作時所要求的長度來傳送數(shù)據(jù)，因此，在這個接口下，不會發(fā)生數(shù)據(jù)丟失。