大端模式，是指数据的高字节保存在内存的低地址中，而数据的低字节保存在内存的高地址中，存储模式类似把数据当作字符串顺序处理。

下面以unsigned int value = 0x12345678为例，分别看看在两种字节序下其存储情况，我们可以用unsigned char buf[4]来表示value

Big-Endian: 低地址存放高位，如下：

低地址

---------------

buf[0] (0x12) -- 高位字节

buf[1] (0x34)

buf[2] (0x56)

buf[3] (0x78) -- 低位字节

---------------

高地址

Little-Endian: 低地址存放低位，如下：

低地址

---------------

buf[0] (0x78) -- 低位字节

buf[1] (0x56)

buf[2] (0x34)

buf[3] (0x12) -- 高位字节

--------------

高地址

大端模式

所谓的大端模式（Big-endian），是指数据的高字节，保存在内存的低地址中，而数据的低字节，保存在内存的高地址中，这样的存储模式有点儿类似于把数据当作字符串顺序处理：地址由小向大增加，而数据从高位往低位放；

例子：

0000430: e684 6c4e 0100 1800 53ef 0100 0100 0000

0000440: b484 6c4e 004e ed00 0000 0000 0100 0000

在大端模式下，前32位应该这样读: e6 84 6c 4e ( 假设int占4个字节)

记忆方法: 地址的增长顺序与值的增长顺序相反

小端模式

所谓的小端模式（Little-endian），是指数据的高字节保存在内存的高地址中，而数据的低字节保存在内存的低地址中，这种存储模式将地址的高低和数据位权有效地结合起来，高地址部分权值高，低地址部分权值低，和我们的逻辑方法一致。

例子：

0000430: e684 6c4e 0100 1800 53ef 0100 0100 0000

0000440: b484 6c4e 004e ed00 0000 0000 0100 0000

在小端模式下，前32位应该这样读: 4e 6c 84 e6( 假设int占4个字节)

记忆方法: 地址的增长顺序与值的增长顺序相同

大小端模式

至于为什么要区分大小端，这是因为在计算机系统中，我们是以字节为单位的，每个地址单元都对应着一个字节，一个字节为 8bit。但是在C语言中除了8bit的char之外，还有16bit的short型，32bit的long型（要看具体的编译器），另外，对于位数大于 8位的处理器，例如16位或者32位的处理器，由于寄存器宽度大于一个字节，那么必然存在着一个如何将多个字节安排的问题。因此就导致了大端存储模式和小端存储模式。例如一个16bit的short型x，在内存中的地址为0x0010，x的值为0x1122，那么0x11为高字节，0x22为低字节。对于 大端模式，就将0x11放在低地址中，即0x0010中，0x22放在高地址中，即0x0011中。小端模式，刚好相反。我们常用的X86结构是小端模式，而KEIL C51则为大端模式。很多的ARM，DSP都为小端模式。有些ARM处理器还可以随时在程序中(在ARM Cortex 系列使用REV、REV16、REVSH指令)进行大小端的切换。

图解

对于0x11223344 储存如下

名字由来

在乔纳森·斯威夫特的著名讽刺小说《格列夫游记》中，小人国内部分裂成Big-endian和Little-endian两派，区别在于一派要求从鸡蛋的大头把鸡蛋打破，另一派要求从鸡蛋的小头把鸡蛋打破。斯威夫特借以讽刺英国的政党之争，在计算机工业中指数据储存顺序的分歧。

编辑器模式

下面这段代码可以用来测试一下你的编译器是大端模式还是小端模式：

若x0=0x11,则是大端; 若x0=0x22,则是小端......

从上面的程序还可以看出，数据寻址时，用的是低位字节的地址。

简单大小端转换的宏

(如果ENDIANNESS=’l’表示系统为little endian,为’b’表示big endian )。

通过下列的程序可以确认在某个硬件平台上的某个操作系统是大端还是小端：

VB6：

在英特尔处理器，Windows10操作系统上，对话框显示的结果是99 FB E4 15，与直接求出来的16进制值15 E4 FB 99正好相反，所以是小端的。

C++语言（VS2013下，控制台项目）：

在英特尔处理器，Windows10操作系统上，控制台显示的结果是99 FB E4 15，与直接求出来的16进制值15 E4 FB 99正好相反，所以也证明是小端的。

C语言（VC++6.0，控制台工程）：

在英特尔处理器，Windows10操作系统上，结果跟上面是一样的，输出的16进制数是反序的，证明是小端系统。

C#（VS2013下，控制台项目）：

在英特尔处理器，Windows10操作系统上，结果跟上面还还是一样的，输出的16进制数是反序的，证明是小端系统。

MDK（Keil5，STM32F407）C语言：

编译连接然后下载到开发板上，然后启动调试，通过监视窗口可以看到u的地址，然后在内存窗口可以看到字节序是反序的，所以说明STM32F407是小端的。据某些资料说ARM内核是可以设置大小端的，但是STM32是外设自动进入了小端，似乎是无法调整的。

89C52（Keil5）C语言：

最后来一个大端的例子。手头上没有51的开发板，所以用的是软件仿真。

注意看了，C52是8位的处理器，long才是4个字节的，看监视窗口longbit的值就知道了（紫色框）。然后再看内存窗口，就会发现u的存储是跟原始数据给的顺序是一样的，所以C51和C52是大端的。

Intel的80x86系列芯片是还在坚持使用小端的芯片，ARM芯片默认采用小端，但可以切换为大端；而MIPS等芯片要么采用全部大端的方式储存，要么提供选项支持大端——可以在大小端之间切换。另外，对于大小端的处理也和编译器的实现有关，在C语言中，默认是小端（但在一些对于单片机的实现中却是基于大端，比如Keil 51C），Java是平台无关的，默认是大端。在网络上传输数据普遍采用的都是大端。