網絡字節序的問題

2019-11-17 05:15:49

字體：大中小

來源：轉載

供稿：網友

　　最近接觸到網絡字節序的概念查了查資料不是很明白先引用一段材料：

字節順序是指占內存多于一個字節類型的數據在內存中的存放順序，通常有小端、大端兩種字節順序。小端字節序指低字節數據存放在內存低地址處，高字節數據存放在內存高地址處；大端字節序是高字節數據存放在低地址處，低字節數據存放在高地址處。基于X86平臺的PC機是小端字節序的，而有的嵌入式平臺則是大端字節序的。因而對int、uint16、uint32等多于1字節類型的數據，在這些嵌入式平臺上應該變換其存儲順序。通常我們認為，在空中傳輸的字節的順序即網絡字節序為標準順序，考慮到與協議的一致以及與同類其它平臺產品的互通，在程序中發數據包時，將主機字節序轉換為網絡字節序，收數據包處將網絡字節序轉換為主機字節序。

在本linux的書里介紹到INTEL的CPU使用的小端字節序其他比MOTOROLA
68000系列CPU使用的是大端字節序假如不轉換將數據通過網絡發出時比如MOTOROLA發一個16位數據：0X1234 傳送到INTEL時
就被INTEL解釋為0X3412 也就是4660成了13330 所以有時候需要一些函數來進行大小端字節序的轉換

關于這大小字節序的概念不是很想的明白數據在
內存里是具體怎么存放的形式？為什么會有CPU解釋的不同？數據不是按12345678……這樣的順序一直排列的么？希望大人賜教謝謝

不就是大小印地安記法嗎
1）從低到高存 (liittle edian)
例:0x1234
內存中是0x34 0x12
2）從高到低存 (big edian)
例:0x1234
內存中是0x12 0x34

如: 一個多字節值 0xFECDBA98,內存從地址100開始存放

降序: FE CD BA 98---->對應地址100 101 102 103

升序: 98 BA CD FE ---->same above

注重,我們的書寫表示法是從低字節位--->高字節位

至于為什么CPU解釋不同,可能是由于不同的體系構架在起始競爭時人為地制造

和對手不兼容性......害的我們這么慘,一碰到移植就要注重這個

C代碼的移植相對簡單原因之一就是由于C的連續存儲數據永遠保持從低地址到高

地址的索引........

小端字節序就是升序排列那種？
我們的書寫表示法是從低字節位--->高字節位這個是什么意思呢？難道FECDBA98是從低到高（從左到右）嗎？

還有它排列是按單個字節來還是按數據類型的？比如說是INT型就按兩個兩個排就象0X1234 和0X3412 而不是0X1234 和0X4321？

我們的書寫表示法是從低字節位--->高字節位這個是什么意思呢？難道FECDBA98是從低到高（從左到右）嗎？"

否

"還有它排列是按單個字節來還是按數據類型的"

對于多字節數據才有這么一出

這樣理解吧
譬如:
內存地址生長方向為: 從左到右由低到高(這是不變的)

數據為: 0x89ABCDEF

降序(Big-endian)大端字節序存儲時由左到右

升序(Little-endian)小端字節序存儲時由右向左

可以自己編一個小程序驗證一下(用C的數組)
更簡單的調用VC里的checkEndian()

上一篇：gdb使用

下一篇：VC++下使用ADO編寫數據庫程序(1)