简单来说，在内存中，内存地址由左向右依次增高（当然这是抽象的），而在一个多字节的数据中，大端就是高地址存放高位的数据，也就是高进制部分存放在高地址，底进制部分存放在底地址，而小端是高进制部分的数据存放在底地址，底进制部分的数据存放在高地址。下面转载的文章图片说明不是很严谨，容易造成误导，大端不是数字大就存在高地址，一定是高进制的数存在高地址中。

如在C中我们可以看看内存分布情况：

#include <stdio.h>
#include <stdlib.h>

typedef struct
{
    int i;
    short j;
}test;

int main()
{
    int i;
    test t;

    t.i = 100;
    t.j = 12345;

    for(i=0;i<sizeof(t);i++)
    {
        printf("%02x",((char *)&t)[i]);
    }

}

Output:

6400000039300000

    很明显的可以看出个人PC的CPU是小端字节顺序，切记不能使用如下的方式查看字节顺序：

int i = 100;
printf("%04x",i);

Output:

00000064

    这种输出字节顺序是不正确的，这种输出方式只是在十六进制前面补了0而已，而不是显示的数据在内存中的真实存放情况。

    此外还要注意的是，我们常说的网络字节顺序，也就是所谓的大端字节顺序，它不是代表网络上所有传输的数据都是要按照这种数据格式。我们知道，字节顺序其实就是CPU在进行计算时对数据的不同要求方式，而网络上的设备不是要对所有数据进行计算，它们只处理自己所关心的，比如协议的头部信息，所以对于有的协议，其头部某些非单字节的字段必须是网络字节顺序，比如TCP/IP、ARP、IKE之类的协议，它们协议头部中的一些int或short类型的字段需要先转换为网络字节顺序再发送到网络上，才能被网络设备准确处理。

    下面是转载的一篇文章：

——————————————————————————————–

或许你曾经仔细了解过什么是大端小端，也动手编写了测试手头上的机器上是大端还是小端的程序，甚至还编写了大端小端转换程序；但过了一段时间之后，当你再看到大端和小端这两个字眼，你的脑中很快浮起了自己曾经做过的工作，却总是想不起究竟哪种是大端、哪种是小端，然后又去查以前写的记录？更让人不快的是，这种经历反反复复，让你十分困扰。如果你和以前的笔者一样，有过这种不快的经历，那么这篇文章希望能帮你彻底解决这个苦恼，让你彻底记住它们。

如果你在工作中经常使用到大端和小端以至于对它们十分熟悉，或者你的记忆力在保持时间的长度和精准度上都十分优秀，以至于不需要借助其他的方法，那么这篇文章不适合你。

如果你在看这篇文章前完全不知道什么是大端和小端，那么可以参考本文的附录或者其他的博文，相关的介绍非常之多，而附录提供了一个很常见解释和一段测试程序，然后再来看正文。

为了帮助记忆，理解是必要的；而记忆的目的，也就是为什么要记住它，是更重要的。或许你会问，先了解概念，用的时候再查，不行么？其实我之前也是这么认为的。大端和小端这两个名词，你会在很多有关网络编程、系统设计、甚至是代码写作的书上看到，而且它也是很多公司的笔试题、面试题热门内容，可见它在一些领域是很常用。如果等到你用的时候再查，一方面要降低你的工作效率，另一方面，应试的时候也不是你想查就能查的；其实最主要的是，在掌握规律后，记住它们并不困难。

现在先来理解这对概念，大端和小端这两个令人迷惑的术语究竟是如何产生的？《程序设计实践》第9章中提到，“大端”和“小端”可以追溯到1726年的Jonathan Swift的《格列佛游记》，其中一篇讲到有两个国家因为吃鸡蛋究竟是先打破较大的一端还是先打破较小的一端而争执不休，甚至爆发了战争。1981年10月，Danny Cohen的文章《论圣战以及对和平的祈祷》（On holy wars and a plea for peace）将这一对词语引入了计算机界。这么看来，所谓大端和小端，也就是big-endian和little-endian，其实是从描述鸡蛋的部位而引申到计算机地址的描述，也可以说，是从一个俚语衍化来的计算机术语。稍有些英语常识的人都会知道，如果单靠字面意思来理解俚语，那是很难猜到它的正确含义的。在计算机里，对于地址的描述，很少用“大”和“小”来形容；对应地，用的更多的是“高”和“低”；很不幸地，这对术语直接按字面翻译过来就成了“大端”和“小端”，让人产生迷惑也不是很奇怪的事了。

不过给我启发的是，在裘宗燕翻译的《程序设计实践》里，这对术语并没有翻译为“大端”和小端，而是“高尾端”和“低尾端”，这就好理解了：如果把一个数看成一个字符串，比如11223344看成”11223344″，末尾是个’\0’，’11’到’44’个占用一个存储单元，那么它的尾端很显然是44，前面的高还是低就表示尾端放在高地址还是低地址，它在内存中的放法非常直观，如下图：

“高/低尾端”比“大/小端”更不容易让人迷惑。但是根据个人经验，在市面上的书籍、网络上的各种资料中，很遗憾，前者已经很少见了，多见的是后者。好在这两对形容词中，恰好“高”和“大”对应，“低”和“小”对应；既然高尾端对应的是大端，低尾端对应的是小端，那么当你再见到大端和小端这一对术语，就可以在脑中把它们转化成高尾端和低尾端，这时凭着之前的理解，甚至不用回忆，想着高低的字面含义就能回想起它们的含义。但是很奇怪的是，同样是裘宗燕翻译的《编程原本》（Elements of Programming），却把big-endian翻译成大尾格式（第一章）。

理解之后，总结一下，记忆的方法是：

（数据看成字符串）大端——高尾端，小端——低尾端

稍一思索什么是“高”、什么是”低”，”尾端”又是什么，问题迎刃而解，再不用担心被“大端”和“小端”迷惑。用这种方式，是时候放弃原先的死记硬背和容易把自己绕进去而发生迷惑的理解了。

附录：什么是“大端”和“小端”及一段测试本机大端还是小端的代码

（这段文字是《UNIX网络编程·卷一》的关于这个概念的概括；不仅限于这本书，很多计算机书籍都是这么介绍这个概念的，你会在和计算机相关不同领域的书中遇到它们。尽管很令人疑惑，但是在阅读正文前，你最好对这两个词语的概念有所理解。当然，如果你以前向正文中描述的一样接触过它们，那就不必读这一部分了。读完后你会发现，你虽然理解了含义，但很容易忘掉，这时你就可以看正文部分了）

对于一个由2个字节组成的16位整数，在内存中存储这两个字节有两种方法：一种是将低序字节存储在起始地址，这称为小端(little-endian)字节序；另一种方法是将高序字节存储在起始地址，这称为大端(big-endian)字节序。

在图中，顶部表明内存地址增长方向从右到左，在底部标明内存地址增长的方向为从左到右。并且还标明最高有效位(most significant bit，MSB)是这个16位值最左边一位，最低有效位(least significant bit, LSB)是这个16位值最右边一位。术语“小端”和“大端”表示多个字节值的哪一端（小端或大端）存储在该值的起始地址。

这两种字节序没有标准可循，都有系统在使用。把某个给定系统所用的字节序称为主机字节序，可以用以下程序输出主机字节序。方法是在一个短整数变量中存放2字节的值0x0102，然后查看它的连续字节c[0]（对应上图地址A）和c[1](对应上图地址A+1)，以此确定字节序。

#include <stdlib.h> 

#include <stdio.h> 

int main(int argc, char **argv)
{
    union { short s; char c[sizeof(short)];
    } un;
    un.s = 0x0102; if(sizeof(short)==2) { if(un.c[0]==1 && un.c[1] == 2)
            printf("big-endian\n"); else if (un.c[0] == 2 && un.c[1] == 1)
            printf("little-endian\n"); else printf("unknown\n");
    } else printf("sizeof(short)= %d\n",sizeof(short));
    exit(0);
}

打赏

微信扫一扫，打赏作者吧～