C#網路編程個人理解UDP&TCP

 由於最近的愛好，重新被激發，所以開始，寫關於網路編程方面的知識。近段主要想寫一下C#方面的網路編程，有什麼不對，請高手們指正。

        基礎篇：
        關於這方面的文章主要是一個理論知識，重在理解。由於，本人的文筆有限。所以，有什麼不對，還請大家更正。
         網路編程主要是用到了兩個協議：TCP和UDP
         TCP編程的特點：
              對於TCP，要記住的最重要的事情是它是一個面向連結的協議。兩個裝置之間一旦已經存在連結，就會形成一個可靠的資料流，保證資料從一個裝置準確的移送到另一個裝置。雖然使用TCP的使用者不用擔心資料的丟失和錯位。但是，使用TCP編程的時候，需要的考慮的大問題是：緩衝區。
             由於TCP必須保證資料的完整性，所以，在從遠程裝置收到“已收到資料”的肯定的應答資訊之前，它一直把所有發送的資料都存放在一個本地緩衝器中。同樣地，當從網路接收資料的時候，TCP也必須有一個接收資料的本地緩衝器，以保證在把資料遞送給應用程式之前所有的資料區塊是按順序接收的。由於這個單獨的TCP緩衝器，在使用者程式與遠程主機上目的程式之間移動資料操作起來顯得比預期的困難一些。所以，無論是發送方還是接收方資料在發送或者接收的時候都會先放在緩衝區中。但是，TCP不保留資料訊息的界線（資料區塊之間的邊界），即緩衝區中的資料區塊被作為一個包發送。所以編程者必須在自己的網路程式中加以彌補。

        UDP編程的特點：
              建立UDP就是為瞭解決TCP的訊息邊界問題。UDP保留了從應用程式發送到網路上的所有訊息的資料邊界。由於UDP的特殊設計，不擔心可靠資料的傳輸問題，它不需要使用本地緩衝器保留髮送的或接收的資料。代替的做法是，當從應用程式接收到訊息時，每條訊息都作為一個單獨的包轉寄。同樣，從網路上收到的每條訊息也作為一個單獨的包轉寄給應用程式。UDP在網路包中保留了訊息的邊界。但是，由於UDP不保證資料的傳遞，所以如果涉及到資料到達目的地的問題，使用者應用程式必須執行那種功能。因為一台裝置發出了UDP資料包並不一定意味著接收裝置收到資料包，所以使用者必須保證使用者的程式能夠處理丟失包的問題。
        當程式需要分清伺服器和客戶機的時候，最好使用TCP協議，而UDP一般是在主次不是分的很清楚（即關係平等）的時候用到。