字節(jié)順序是指占內(nèi)存多于一個(gè)字節(jié)類型的數(shù)據(jù)在內(nèi)存中的存放順序，通常有小端、大端兩種字節(jié)順序。
小端字節(jié)序指低字節(jié)數(shù)據(jù)存放在內(nèi)存低地址處，高字節(jié)數(shù)據(jù)存放在內(nèi)存高地址處；
大端字節(jié)序是高字節(jié)數(shù)據(jù)存放在低地址處，低字節(jié)數(shù)據(jù)存放在高地址處。
基于X86平臺(tái)的PC機(jī)是小端字節(jié)序的
網(wǎng)絡(luò)字節(jié)序: MSB 高字節(jié)前存法 Most Significant Bit (Big Edian)
主機(jī)字節(jié)序: LSB 低字節(jié)前存法 Lest Significant Bit (Little Edian)
因?yàn)楝F(xiàn)行的計(jì)算機(jī)都是以八位一個(gè)字節(jié)為存儲(chǔ)單位，那么一個(gè)16位的整數(shù)，也就是C語言中的short，在內(nèi)存中可能有兩種存儲(chǔ)順序big-endian和litte-endian。考慮一個(gè)short整數(shù)0x3132(0x32是低位，0x31是高位)，把它賦值給一個(gè)short變量，那么它在內(nèi)存中的存儲(chǔ)可能有如下兩種情況：
可以做個(gè)實(shí)驗(yàn)
在Windows上下如下程序
#include <stdio.h>
#include <assert.h>
int main(void)
{
short test;
FILE* fp;
test = 0x3132; /**//* (31ASIIC碼的'1', 32ASIIC碼的'2') */
if ((fp = fopen("c:\\test.txt", "wb")) == NULL)
assert(0);
fwrite(&test, sizeof(short), 1, fp);
fclose(fp);
return 0;
}
然后在C盤下打開test.txt文件，可以看見內(nèi)容是21，而test等于0x3132，可以明顯的看出來x86的字節(jié)順序是低位在前。如果我們把這段同樣的代碼放到(big-endian)的機(jī)器上執(zhí)行，那么打出來的文件就是12。這在本機(jī)中使用是沒有問題的。但當(dāng)你把這個(gè)文件從一個(gè)big-endian機(jī)器復(fù)制到一個(gè)little-endian機(jī)器上時(shí)就出現(xiàn)問題了。
如上述例子，我們?cè)赽ig-endian的機(jī)器上創(chuàng)建了這個(gè)test文件，把其復(fù)制到little-endian的機(jī)器上再用fread讀到一個(gè)short里面，我們得到的就不再是0x3132而是0x3231了，這樣讀到的數(shù)據(jù)就是錯(cuò)誤的，所以在兩個(gè)字節(jié)順序不一樣的機(jī)器上傳輸數(shù)據(jù)時(shí)需要特別小心字節(jié)順序，理解了字節(jié)順序在可以幫助我們寫出移植行更高的代碼。
正因?yàn)橛凶止?jié)順序的差別，所以在網(wǎng)絡(luò)傳輸?shù)臅r(shí)候定義了所有字節(jié)順序相關(guān)的數(shù)據(jù)都使用big-endian，BSD的代碼中定義了四個(gè)宏來理：
#define ntohs(n) //網(wǎng)絡(luò)字節(jié)順序到主機(jī)字節(jié)順序 n代表net, h代表host, s代表short
#define htons(n) //主機(jī)字節(jié)順序到網(wǎng)絡(luò)字節(jié)順序 n代表net, h代表host, s代表short
#define ntohl(n) //網(wǎng)絡(luò)字節(jié)順序到主機(jī)字節(jié)順序 n代表net, h代表host, s代表long
#define htonl(n) //主機(jī)字節(jié)順序到網(wǎng)絡(luò)字節(jié)順序 n代表net, h代表host, s代表long