关于大端小端名词的由来,有一个有趣的故事,来自于Jonathan Swift的《格利佛游记》:Lilliput和Blefuscu这两个强国在过去的36个月中一直在苦战。战争的缘由:你们都知道,吃鸡蛋的时候,原始的方法是打破鸡蛋较大的一端,能够那时的皇帝的祖父因为小时侯吃鸡蛋,按这种方法把手指弄破了,所以他的父亲,就下令,命令全部的子民吃鸡蛋的时候,必须先打破鸡蛋较小的一端,违令者重罚。而后老百姓对此法令极为反感,期间发生了屡次叛乱,其中一个皇帝所以送命,另外一个丢了王位,产生叛乱的缘由就是另外一个国家Blefuscu的国王大臣煽动起来的,叛乱平息后,就逃到这个帝国避难。据估计,前后几回有11000余人情愿死也不愿去打破鸡蛋较小的端吃鸡蛋。这个其实讽刺当时英国和法国之间持续的冲突。Danny Cohen一位网络协议的开创者,第一次使用这两个术语指代字节顺序,后来就被你们普遍接受。
编程
Big-Endian和Little-Endian的定义以下:
1) Little-Endian就是低位字节排放在内存的低地址端,高位字节排放在内存的高地址端。
2) Big-Endian就是高位字节排放在内存的低地址端,低位字节排放在内存的高地址端。
举一个例子,好比数字0x12 34 56 78在内存中的表示形式为:
数组
1)大端模式:网络
低地址 -----------------> 高地址
0x12 | 0x34 | 0x56 | 0x78
函数
2)小端模式:测试
低地址 ------------------> 高地址
0x78 | 0x56 | 0x34 | 0x12
优化
可见,大端模式和字符串的存储模式相似。ui
3)下面是两个具体例子:编码
内存地址 | 小端模式存放内容 | 大端模式存放内容 |
0x4000 | 0x34 | 0x12 |
0x4001 | 0x12 | 0x34 |
32bit宽的数0x12345678在Little-endian模式以及Big-endian模式)CPU内存中的存放方式(假设从地址0x4000开始存放)为:spa
内存地址 | 小端模式存放内容 | 大端模式存放内容 |
0x4000 | 0x78 | 0x12 |
0x4001 | 0x56 | 0x34 |
0x4002 | 0x34 | 0x56 |
0x4003 | 0x12 | 0x78 |
4)大端小端没有谁优谁劣,各自优点即是对方劣势:操作系统
小端模式 :强制转换数据不须要调整字节内容,一、二、4字节的存储方式同样。
大端模式 :符号位的断定固定为第一个字节,容易判断正负。
以unsigned int value = 0x12345678为例,分别看看在两种字节序下其存储状况,咱们能够用unsigned char buf[4]来表示value:
Big-Endian: 低地址存放高位,以下:
高地址
---------------
buf[3] (0x78) -- 低位
buf[2] (0x56)
buf[1] (0x34)
buf[0] (0x12) -- 高位
---------------
低地址
Little-Endian: 低地址存放低位,以下:
高地址
---------------
buf[3] (0x12) -- 高位
buf[2] (0x34)
buf[1] (0x56)
buf[0] (0x78) -- 低位
--------------
低地址
这是由于在计算机系统中,咱们是以字节为单位的,每一个地址单元都对应着一个字节,一个字节为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处理器还能够由硬件来选择是大端模式仍是小端模式。
能够编写一个小的测试程序来判断机器的字节序:
联合体union的存放顺序是全部成员都从低地址开始存放,利用该特性能够轻松地得到了CPU对内存采用Little-endian仍是Big-endian模式读写:
通常操做系统都是小端,而通信协议是大端的。
Big Endian : PowerPC、IBM、Sun
Little Endian : x8六、DEC
ARM既能够工做在大端模式,也能够工做在小端模式。
Adobe PS – Big Endian
BMP – Little Endian
DXF(AutoCAD) – Variable
GIF – Little Endian
JPEG – Big Endian
MacPaint – Big Endian
RTF – Little Endian
另外,Java和全部的网络通信协议都是使用Big-Endian的编码。
对于字数据(16位):
对于双字数据(32位):
从软件的角度上,不一样端模式的处理器进行数据传递时必需要考虑端模式的不一样。如进行网络数据传递时,必需要考虑端模式的转换。在Socket接口编程中,如下几个函数用于大小端字节序的转换。
其中互联网使用的网络字节顺序采用大端模式进行编址,而主机字节顺序根据处理器的不一样而不一样,如PowerPC处理器使用大端模式,而Pentuim处理器使用小端模式。
大端模式处理器的字节序到网络字节序不须要转换,此时ntohs(n)=n,ntohl = n;而小端模式处理器的字节序到网络字节必需要进行转换,此时ntohs(n) = __swab16(n),ntohl = __swab32(n)。__swab16与__swab32函数定义以下所示。
PowerPC处理器提供了lwbrx,lhbrx,stwbrx,sthbrx四条指令用于处理字节序的转换以优化__swab16和__swap32这类函数。此外PowerPC处理器中的rlwimi指令也能够用来实现__swab16和__swap32这类函数。
在对普通文件进行处理也须要考虑端模式问题。在大端模式的处理器下对文件的32,16位读写操做所获得的结果与小端模式的处理器不一样。单纯从软件的角度理解上远远不能真正理解大小端模式的区别。事实上,真正的理解大小端模式的区别,必需要从系统的角度,从指令集,寄存器和数据总线上深刻理解,大小端模式的区别。
处理器在硬件上因为端模式问题在设计中有所不一样。从系统的角度上看,端模式问题对软件和硬件的设计带来了不一样的影响,当一个处理器系统中大小端模式同时存在时,必需要对这些不一样端模式的访问进行特殊的处理。
PowerPC处理器主导网络市场,能够说绝大多数的通讯设备都使用PowerPC处理器进行协议处理和其余控制信息的处理,这也可能也是在网络上的绝大多数协议都采用大端编址方式的缘由。所以在有关网络协议的软件设计中,使用小端方式的处理器须要在软件中处理端模式的转变。而Pentium主导我的机市场,所以多数用于我的机的外设都采用小端模式,包括一些在网络设备中使用的PCI总线,Flash等设备,这也要求在硬件设计中注意端模式的转换。
本文提到的小端外设是指这种外设中的寄存器以小端方式进行存储,如PCI设备的配置空间,NOR FLASH中的寄存器等等。对于有些设备,如DDR颗粒,没有以小端方式存储的寄存器,所以从逻辑上讲并不须要对端模式进行转换。在设计中,只须要将双方数据总线进行一一对应的互连,而不须要进行数据总线的转换。
若是从实际应用的角度说,采用小端模式的处理器须要在软件中处理端模式的转换,由于采用小端模式的处理器在与小端外设互连时,不须要任何转换。而采用大端模式的处理器须要在硬件设计时处理端模式的转换。大端模式处理器须要在寄存器,指令集,数据总线及数据总线与小端外设的链接等等多个方面进行处理,以解决与小端外设链接时的端模式转换问题。在寄存器和数据总线的位序定义上,基于大小端模式的处理器有所不一样。
一个采用大端模式的32位处理器,如基于E500内核的MPC8541,将其寄存器的最高位msb(most significant bit)定义为0,最低位lsb(lease significant bit)定义为31;而小端模式的32位处理器,将其寄存器的最高位定义为31,低位地址定义为0。与此向对应,采用大端模式的32位处理器数据总线的最高位为0,最高位为31;采用小端模式的32位处理器的数据总线的最高位为31,最低位为0。
大小端模式处理器外部总线的位序也遵循着一样的规律,根据所采用的数据总线是32位,16位和8位,大小端处理器外部总线的位序有所不一样。大端模式下32位数据总线的msb是第0位,MSB是数据总线的第0~7的字段;而lsb是第31位,LSB是第24~31字段。小端模式下32位总线的msb是第31位,MSB是数据总线的第31~24位,lsb是第0位,LSB是7~0字段。大端模式下16位数据总线的msb是第0位,MSB是数据总线的第0~7的字段;而lsb是第15位,LSB是第8~15字段。小端模式下16位总线的msb是第15位,MSB是数据总线的第15~7位,lsb是第0位,LSB是7~0字段。大端模式下8位数据总线的msb是第0位,MSB是数据总线的第0~7的字段;而lsb是第7位,LSB是第0~7字段。小端模式下8位总线的msb是第7位,MSB是数据总线的第7~0位,lsb是第0位,LSB是7~0字段。
由上分析,咱们能够得知对于8位,16位和32位宽度的数据总线,采用大端模式时数据总线的msb和MSB的位置都不会发生变化,而采用小端模式时数据总线的lsb和LSB位置也不会发生变化。
为此,大端模式的处理器对8位,16位和32位的内存访问(包括外设的访问)通常都包含第0~7字段,即MSB。小端模式的处理器对8位,16位和32位的内存访问都包含第7~0位,小端方式的第7~0字段,即LSB。因为大小端处理器的数据总线其8位,16位和32位宽度的数据总线的定义不一样,所以须要分别进行讨论在系统级别上如何处理端模式转换。在一个大端处理器系统中,须要处理大端处理器对小端外设的访问。
虽然不少时候,字节序的工做已由编译器完成了,可是在一些小的细节上,仍然须要去仔细揣摩考虑,尤为是在以太网通信、MODBUS通信、软件移植性方面。这里,举一个MODBUS通信的例子。在MODBUS中,数据须要组织成数据报文,该报文中的数据都是大端模式,即低地址存高位,高地址存低位。假设有一16位缓冲区m_RegMW[256],由于是在x86平台上,因此内存中的数据为小端模式:m_RegMW[0].low、m_RegMW[0].high、m_RegMW[1].low、m_RegMW[1].high……
为了方便讨论,假设m_RegMW[0] = 0x3456; 在内存中为0x5六、0x34。
现要将该数据发出,若是不进行数据转换直接发送,此时发送的数据为0x56,0x34。而Modbus是大端的,会将该数据解释为0x5634而非原数据0x3456,此时就会发生灾难性的错误。因此,在此以前,须要将小端数据转换成大端的,即进行高字节和低字节的交换,此时能够调用步骤五中的函数BigtoLittle16(m_RegMW[0]),以后再进行发送才能够获得正确的数据。