面向報文的傳輸方式是應用層交給UDP多長的報文，UDP就照樣傳送，即一次傳送一個報文。因此，應用程式必須選擇合適大小的報文。若報文太長，則IP層需要分片，降低效率。若太短，會是IP太小。UDP對應用層交下來的報文，既不合並，也不拆分，而是保留這些報文的邊界。這也就是說，應用層交給UDP多長的報文，UDP就照樣傳送，即一次傳送一個報文。
面向位元組流的話，雖然應用程式和TCP的互動是一次一個資料塊（大小不等），但TCP把應用程式看成是一連串的無結構的位元組流。TCP有一個緩衝，當應用程式傳送的資料塊太長，TCP就可以把它劃分短一些再傳送。如果應用程式一次只發送一個位元組，TCP也可以等待積累有足夠多的位元組後再構成報文段傳送出去。

下圖是TCP和UDP協議的一些應用。

下圖是TCP和UDP協議的比較。

這裡再詳細說一下面向連線和麵向無連線的區別：

• 面向連線舉例：兩個人之間通過電話進行通訊;
• 面向無連線舉例：郵政服務，使用者把信函放在郵件中期待郵政處理流程來傳遞郵政包裹。顯然，不可達代表不可靠。

• 對於TCP協議，客戶端連續傳送資料，只要服務端的這個函式的緩衝區足夠大，會一次性接收過來，即客戶端是分好幾次發過來，是有邊界的，而服務端卻一次性接收過來，所以證明是無邊界的；
•  而對於UDP協議，客戶端連續傳送資料，即使服務端的這個函式的緩衝區足夠大，也只會一次一次的接收，傳送多少次接收多少次，即客戶端分幾次傳送過來，服務端就必須按幾次接收，從而證明，這種UDP的通訊模式是有邊界的。

• 1）不存在丟包，錯包，所以不會出現資料出錯 ；
• 2）如果包頭檢測錯誤，即為非法或者請求，直接重置即可。