printf打印short字节_谈一谈字节序的问题

最新推荐文章于 2024-07-04 07:00:00 发布

weixin_39890708

最新推荐文章于 2024-07-04 07:00:00 发布

阅读量983

点赞数

文章标签： printf打印short字节

本文链接：https://blog.csdn.net/weixin_39890708/article/details/111644532

版权

本文探讨字节序的概念，包括大端序、小端序、本地序和网络序。通过示例解释不同字节序的存储规则，并分析为何不统一字节序。C语言中的转换接口如htonl、htons用于字节序转换。在网络传输中，数据需转换为网络序以确保正确解析。

摘要由CSDN通过智能技术生成

前言

字节序关系到我们的网络数据能否被正确地解析或使用。那么什么是字节序？又怎么处理字节序的问题呢？本文就来谈一谈字节序的问题。

什么是字节序

字节序指的是多字节的数据各字节的存储顺序。在几乎所有计算机中，多字节数据被存储为连续的字节序列。例如，一个4字节的int类型变量a，其存储的起始地址为0x804900，那么a的四个字节将被分别存在0x804900，0x804901，0x804902，0x804903的位置。但是问题来了，a的最低有效位可以存储在最前面，也可以存储在高最后面，就有两种不同的存储顺序。这就引出了大端序和小端序。

大端序和小端序

实际上，如果最低有效位在最高有效位的前面，则该存储规则为小端序；反之，如果最低有效位在最高有效的后面，则该存储规则为大端序。不同的处理器体系，采用的字节序可能是不同的。例如，x86采用小端序，而PowerPc 970等采用大端序。那么如此一来，不同机器之间的数据传输是不是会出问题呢？

本地序和网络序

本地序（也称主机序）即指前面处理器本身所采用的字节序，因此有的大端序，有的小端序。而网络序，是指网络传输采用的字节序。所幸，网络序是标准化的，即一般统一采用大端序。因此，发送网络数据之前需要将数据转换为网络序，从而避免了前面所担心的问题。而C语言也针对整型数据提供了一组接口，htonl、htons用于本地序转网络序，以及ntohl、ntohs用于网络序转本地序。

示例

我们通过一个例子来观察大端序和小端序，本地序和网络序的不同。示例程序做的事情很简单，定义整型变量a，将a的每一个字节的地址和值打印出来，将其转换为网络序之后，再打印观察。程序清单如下：

/*================================================================
*   Copyright (C) 2018  Ltd. All rights reserved.
*   
*   文件名称：endian.c
*   创 建 者：shouwang
*   创建日期：2018年10月02日
*   描    述：
*
================================================================*/

#include<stdio.h>
#include<arpa/inet.h>
/**将char类型逐个打印成十六进制形式**/
void stringToHex(char *string,unsigned int len)
{
    unsigned int loop = 0;
    char *temp = string;
    if(NULL == temp)
    {
        printf("input para is NULLn");
        return;
    }
    for(loop = 0; loop < len; loop++)
    {
        printf("%p:0x%2xn",temp,*(temp));
        temp++;
    }

}
int main(int argc,char *argv[])
{
    /**x86为小端序**/
    printf("转换之前n");
    int a = 0x12345678;
    printf("a = %dn",a);
    stringToHex((char*)&a,sizeof(int));
    /*转为网络字节序之后再打印*/
    printf("转换之后n");
    a = htonl(a);/*转换为网络序*/
    printf("a = %dn",a);
    stringToHex((char*)&a,sizeof(int));
    return 0 ;
}

编译并运行:

gcc -o endian endian.c 
./endian
转换之前
a = 305419896
0x7ffc2018d844:0x78
0x7ffc2018d845:0x56
0x7ffc2018d846:0x34
0x7ffc2018d847:0x12
转换之后
a = 2018915346
0x7ffc2018d844:0x12
0x7ffc2018d845:0x34
0x7ffc2018d846:0x56
0x7ffc2018d847:0x78

由于本人使用的是x86系列处理器，且编译时未使用交叉编译，因此本地序为小端序。我们可以通过readelf -h endian看到：

readelf -h endian
ELF 头：
  Magic：   7f 45 4c 46 02 01 01 00 00 00 00 00 00 00 00 00 
  类别:                              ELF64
  数据:                              2 补码，小端序 (little endian)
  版本:                              1 (current)
  OS/ABI:                            UNIX - System V
  ABI 版本:                          0
  类型:                              EXEC (可执行文件)
  系统架构:                          Advanced Micro Devices X86-64
（其他内容未显示...）

观察运行结果，我们可以发现以下几件事情：