跨平台時基於資料結構的網路通訊

2021-07-07 05:16:47 字數 1557 閱讀 8574

網路通訊通常分為基於資料結構的和基於流的。http協議就是後者的乙個例子。

有時為了提高程式的處理速度和資料處理的方便,會使用基於資料結構的通訊(不需要對流進行解析)。但是,當需要在多平台間進行通訊時,基於資料結構的通訊,往往要十分注意以下幾個方面:

[1] 位元組序

[2] 變數長度

[3] 記憶體對齊

在常見的系統架構中(linux x86,windows),非單位元組長度的變數型別,都是低位元組在前,而在某些特定系統中,如soalris sparc平台,高位元組在前。如果在傳送資料前不進行處理,那麼由linux x86發向soalris sparc平台的資料值,勢必會有極大的偏差,進而程式執行過程中無法出現預計的正常結果,更嚴重時,會導致段錯誤。

對於此種情況,我們往往使用同一的位元組序。在系統中,有ntoh***(), hton***()等函式,負責將資料在網路位元組序和本地位元組序之間轉換。雖然每種系統的本地位元組序不同,但是對於所有系統來說,網路位元組序是固定的-----高位元組在前。所以,可以以網路位元組序為通訊的標準,傳送前,資料都轉換為網路位元組序。

轉換的過程,也建議使用ntoh***(), hton***()等標準函式,這樣**可以輕鬆地在各平台間進行移植(像通訊這種很少依賴系統api的**,做成通用版本是不錯的選擇)。

變數的長度,在不同的系統之間會有差別,如同是linux2.6.18的平台,在64位系統中,指標的長度為8個位元組,而在32位系統中,指標又是4個位元組的長度---此處只是舉個例子,很少有人會將指標作為資料傳送出去。下面是我整理的在64位linux系統和32位linux系統中,幾種常見c語言變數的長度:

short    int    long    long long    ptr    time_t

32位           2         4       4             8               4        4

64位           2         4       8             8               8        8

在定義通訊用的結構體時,應該考慮使用定常的資料型別,如uint32_t,4位元組的固定長度,並且這屬於標準c庫(c99),在各系統中都可使用。

記憶體對齊的問題,也與系統是64位還是32位有關。如果你手頭有32位和64位系統,不妨寫個簡單的程式測試一下,你就會看到同乙個結構體,即便使用了定常的資料型別,在不同系統中的大小是不同的。對齊往往是以4位元組或8位元組為準的,只要你寫的測試程式,變數所佔空間沒有對齊到4或8的倍數即可,舉個簡單的測試用的結構體的例子吧:

struct student

;在每個系統上看下這個結構體的長度吧。

記憶體對齊,往往是由編譯器來做的,如果你使用的是gcc,可以在定義變數時,新增__attribute__,來決定是否使用記憶體對齊,或是記憶體對齊到幾個位元組,以上面的結構體為例:

1)到4位元組,同樣可指定對齊到8位元組。

struct student

__attribute__ ((aligned(4))); 

2)不對齊,結構體的長度,就是各個變數長度的和

struct student

__attribute__ ((packed));

跨平台時基於資料結構的網路通訊

網路通訊通常分為基於資料結構的和基於流的。http協議就是後者的乙個例子。有時為了提高程式的處理速度和資料處理的方便,會使用基於資料結構的通訊 不需要對流進行解析 但是,當需要在多平台間進行通訊時,基於資料結構的通訊,往往要十分注意以下幾個方面 1 位元組序 2 變數長度 3 記憶體對齊 在常見的系...

基於UDP的網路通訊程式

我們知道tcp ip協議是至今發展最為成功的協議之一,也是整個網際網路的基礎。它在傳輸層有兩個不同的協議 tcp和udp,用途都很廣泛,下面我就udp做乙個示例程式。整個例子有兩個程式組成,乙個傳送資料,另乙個程式接收資料後,完成繪圖工作。本文程式執行效果圖如下 一 傳送程式 首先建立資料傳送程式 ...

網路通訊時整型資料與位元組之間的轉換

在進行socket通訊時,常常需要傳輸某個變數值的長度,比如乙個註冊包有名字,位址等資訊。在進行包的封裝定義時,一般是以namelength name addresslength address形式封裝。而無線網路傳輸是按位元組流傳輸的,這就要求對整形資料進行轉換。乙個位元組表示的整數最大範圍是2的...