• 记录一次htonl和ntohl的使用方法和差别


    实例:

    在研究这两个函数时,总是遇到htonl和ntohl输出的值是一样的情况,明明一个是主机序转网络序,一个是网络序转主机序,为什么值会输出一样呢?请看代码:

    1. uint32_t ulTemp = 1234; //16进制为00 00 04D2(大端序) ,
    2. 实质我的机器(小端机)储存为:D2 04 00 00四字节
    3. ulTemp = htonl(ulTemp); //机器为主机序,使用htonl转为大端序后,
    4. ulTemp内存为: 00 00 04 D2
    5. uint8_t mysz[4] = {0xff};
    6. memcpy((void *)mysz, (void *)&ulTemp, 4);
    7. printf("%02x%02x%02x%02x\n",mysz[0],mysz[1],mysz[2],mysz[3]);
    8. //结果为:00 00 04D2 ,这里看起来没问题,是正常的。

    好,上面看起来符合正常逻辑,没问题。

    接下来看下面使用ntohl来看看情况,个人认为这是比较诡异的部分:

    1. uint32_t ulTemp = 1234; //16进制为00 00 04D2(大端序) ,
    2. 实质我的机器(小端机)储存为:D2 04 00 00四字节
    3. ulTemp = ntohl(ulTemp); //使用该函数后,
    4. ulTemp在机器内存中存储实质变为:00 00 04 D2 ??
    5. 问题:为什么我调用了ntohl转为小端序了,ulTemp 怎么内存结构是大端序的样子呢?
    6. uint8_t mysz[4] = {0xff};
    7. memcpy((void *)mysz, (void *)&ulTemp, 4);
    8. printf("%02x%02x%02x%02x\n",mysz[0],mysz[1],mysz[2],mysz[3]);
    9. //结果:00 00 04 D2

    看完上面代码你会发现,使用ntohl并没有转为你想要的小端序结果(D2 04 00 00 ),依然还是大端结果00 00 04 D2,和前面的例子输出一样,为什么呢?

    个人认为:在调用ntohl时,其实是先将ulTemp转为大端序(00 00 04 D2),然后再看机器的字节序是大端还是小端,如果是小端的话,就不再转了(00 00 04 D2)。如果是大端,就还需要再转一次(D2 04 00 00)。

    在调用htonl时,先将ulTemp转为小端序(D2 04 00 00),然后再看机器字节序是大端还是小端,如果是小端的话,就还需要再转为大端(00 00 04 D2)。如果是大端,就不需要再转了

    个人结论,不一定准确:判断ntohl和htonl的值时,我们先判断第一个字母,如果是n,说明该变量要转为大端序,再看机器的字节序是否为小端序,是的话就不转序,不是就再转一道序。如果第一个字母是h,先将该变量转为小端序,再看机器字节序是否为大端序,是的话就不转序,不是就再转一次序。这样,无论是使用htonl还是使用ntohl,其最终在内存中都是一样的,这样就解释的通了。

  • 相关阅读:
    Java 反射机制快速入门及常见方法全归纳。
    Spring Cloud(Finchley版本)系列教程(一) 服务注册与发现(eureka)
    数据库系统原理与应用教程(042)—— MySQL 查询(四):使用通配符构造查询条件
    MySQ和MongoDB的选择
    C. Jumping on Tiles codeforces1729C
    《HarmonyOS开发 – OpenHarmony开发笔记(基于小型系统)》第6章 环境监测系统
    云原生数据库前世今生
    集线器和交换机
    AT2659一款卫星导航低噪声放大器芯片(LNA)
    安科瑞精密配电多回路监控装置在轨道交通项目上的应用
  • 原文地址:https://blog.csdn.net/qq_41961154/article/details/127938116