C 網路程式設計個人理解UDP amp amp TCP

2021-04-19 22:37:00 字數 941 閱讀 9804

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

基礎篇:

網路程式設計主要是用到了兩個協議:tcp和udp

tcp程式設計的特點:

對於tcp,要記住的最重要的事情是它是乙個面向鏈結的協議。兩個裝置之間一旦已經存在鏈結,就會形成乙個可靠的資料流,保證資料從乙個裝置準確的移送到另乙個裝置。雖然使用tcp的使用者不用擔心資料的丟失和錯位。但是,使用tcp程式設計的時候,需要的考慮的大問題是:緩衝區。

由於tcp必須保證資料的完整性,所以,在從遠端裝置收到「已收到資料」的肯定的應答資訊之前,它一直把所有傳送的資料都存放在乙個本地緩衝器中。同樣地,當從網路接收資料的時候,tcp也必須有乙個接收資料的本地緩衝器,以保證在把資料遞送給應用程式之前所有的資料塊是按順序接收的。由於這個單獨的tcp緩衝器,在使用者程式與遠端主機上目的程式之間移動資料操作起來顯得比預期的困難一些。所以,無論是傳送方還是接收方資料在傳送或者接收的時候都會先放在緩衝區中。但是,tcp不保留資料訊息的界線(資料塊之間的邊界),即緩衝區中的資料塊被作為乙個包傳送。所以程式設計者必須在自己的網路程式中加以彌補。

udp程式設計的特點:

建立udp就是為了解決tcp的訊息邊界問題。udp保留了從應用程式傳送到網路上的所有訊息的資料邊界。由於udp的特殊設計,不擔心可靠資料的傳輸問題,它不需要使用本地緩衝器保留傳送的或接收的資料。代替的做法是,當從應用程式接收到訊息時,每條訊息都作為乙個單獨的包**。同樣,從網路上收到的每條訊息也作為乙個單獨的包**給應用程式。udp在網路包中保留了訊息的邊界。但是,由於udp不保證資料的傳遞,所以如果涉及到資料到達目的地的問題,使用者應用程式必須執行那種功能。因為一台裝置發出了udp資料報並不一定意味著接收裝置收到資料報,所以使用者必須保證使用者的程式能夠處理丟失包的問題。

當程式需要分清伺服器和客戶機的時候,最好使用tcp協議,而udp一般是在主次不是分的很清楚(即關係平等)的時候用到。

網路程式設計序列1 理解網路程式設計

常用的tcp ip協議的三種套接字型別 流套接字 tcp協議 資料報套接字 udp協議 原始套接字 ip icmo協議 區別在於 原始套接字可以讀寫核心沒有處理的ip資料報,而流套接字只能讀取tcp協議的資料,資料報套接字只能讀取udp協議的資料。tcp transmission control p...

C指標個人理解

先看乙個例子 void get addr num unsigned int p int main 輸出結果為 0123456 個人理解 首先,p為乙個變數,其記憶體上儲存的值為0,通過對p進行 取址,將p所在的記憶體傳遞給函式get addr num,而函式中將傳進來的記憶體 賦值,將p的記憶體儲存...

c 委託(個人理解)

個人理解來說,委託就是使用函式方法的乙個渠道,只不過這個渠道有些特殊,可以通過這個渠道使用乙個方法,同樣的是也可以通過這個渠道使用多個函式方法。首先問自己乙個問題,在程式語言的學習中,我們是怎樣使用自己定義的或者已存在的類的?無非這幾步 1.類的宣告2.類的例項化3.通過例項化的物件使用類裡面的變數...