字节序列和类型

1

做了一个简单的DHCP客户端,深入了解了一下字节和类型。代码片段如下:

static void DumpUInt(const char* title, unsigned int n) {
  assert(title != NULL);
  
  printf("%s %u\n", title n);
  unsigned char* bytes = (unsigned char*)&n;
  for (int i = 0; i < sizeof(n); ++i) {
    printf("%02x ", bytes[i]);
  }
  printf("\n");
}

int main() {
  // ...

  /*
    struct Buffer {
      char* base;
      size_t len;
    }
  */
  unsigned char*bytes = (unsigned char*)buf->base;
  printf("network\n");
  for (int i = 16; i < 20; ++i) {
    printf("%02x ", bytes[i]);
  }
  printf("\n");

  unsigned int* asInt = (unsigned int*)buf->base;
  unsigned int ipbin = ntohl(asInt[4]);
  unsigned char ip[4] = {0};
  for (int i = 0; i < 4; ++i) {
    ip[i] = (ipbin >> i * 8) & 0xFF;
  }
  LOGINFO("Offered IP: %d.%d.%d.%d", ip[3], ip[2], ip[1], ip[0]);

  DumpUInt("asInt[4]", asInt[4]);
  DumpUInt("ipbin", ipbin);

  // ...
}

网络数据存储在buf->base中。数据块的第17-20字节存的是DHCP服务器返回的IP地址。一般我都会直接转成字节流,去读第多少个字节。但参考的代码使用了unsigned int指针。这只是为了便利地访问到想要的数据:asInt[4]。觉得这种方法挺有意思,就打印了一下值。打印结果如下:

network
0a 0b 3f 07
[18-07-26 XX:XX:XX][INFO]Offered IP: 10.11.63.7
asInt[4] 121572106
0a 0b 3f 07
ipbin 168509191
07 3f 0b 0a

这段代码跑在Win10 X64上。现在把感兴趣的数据拿出来:

network
a. 0a 0b 3f 07 网络序列
asInt[4]
121572106
b. 0a 0b 3f 07 网络序列
c. 07 3f 0b 0a asInt[4]的十六进制格式
ipbin
168509191
d. 07 3f 0b 0a 主机序列
e. 0a 0b 3f 07 ipbin的十六进制格式
IP
10.11.63.7
f. 0a 0b 3f 07 最终的IP结果

asInt[4]ipbin的打印可以看到,无论内存中是什么数据,unsigned int指针都会从起始位置读取4个字节按照本机的序列来解析它。按类型读取出的数据和ntohl转换出来的数据是一样的。这个结论在大端机上也适用。
看了一下glibc的源码,发现ntohl只是简单的反序了参数的字节。如果知道读取的内容是什么类型时,可以不必给字节转序,直接使用该类型的指针读取就好了。

2

字节序是已字节为最小单位的。如果收发的数据都是单字节数据,那么不必考虑字节序的问题。不过,如果使用了bit filed特性,就需要考虑字节内的位序了。大端单字节的位序和小端单字节的位序是相反的。按位读取的时候如果不考虑位序就会出问题。例如,定义一个IP头数据结构:

typedef struct IPHeader {
    // {{
    unsigned char ipHeaderLength : 4;
    unsigned char ipVersion : 4;
    // }}
    unsigned char typeOfService;
    unsigned short ipTotalLength;

    unsigned short ipId;
    // {{
    unsigned char ipFragmentOffset : 5;
    unsigned char ipMoreFragment : 1;
    unsigned char ipDontFragment : 1;
    unsigned char ipReservedZero : 1;
    // }}
    unsigned char ipFragmentOffset1;

    unsigned char ipTTL;
    unsigned char ipProtocol;
    unsigned short ipChecksum;

    unsigned int ipSrcAddr;

    unsigned int ipDstAddr;
} IPV4Header, *PIPV4Header, FAR* LPIPV4Header;

上面IP头的定义中Version和Header Length反了,同样,保留0字段,不分片字段,分片字段,分片偏移的顺序也反了。这就是考虑了大端和小端的位序不同。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 213,992评论 6 493
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,212评论 3 388
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 159,535评论 0 349
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,197评论 1 287
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,310评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,383评论 1 292
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,409评论 3 412
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,191评论 0 269
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,621评论 1 306
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,910评论 2 328
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,084评论 1 342
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,763评论 4 337
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,403评论 3 322
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,083评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,318评论 1 267
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,946评论 2 365
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,967评论 2 351

推荐阅读更多精彩内容