关于Big Endian 和 Little Endian

一、字节序

来自： http://ayazh.gjjblog.com/archives/1058846/

谈到字节序的问题，必然牵涉到两大 CPU 派系。那就是 Motorola 的 PowerPC 系列 CPU 和 Intel 的 x86 系列 CPU 。 PowerPC 系列采用 big endian 方式存储数据，而 x86 系列则采用 little endian 方式存储数据。那么究竟什么是 big endian ，什么又是 little endian 呢？

     其实 big endian 是指低地址存放最高有效字节（ MSB ），而 little endian 则是低地址存放最低有效字节（ LSB ）。

     用文字说明可能比较抽象，下面用图像加以说明。比如数字0x12345678 在两种不同字节序CPU 中的存储顺序如下所示：

Big Endian

   低地址                                            高地址
   ----------------------------------------->
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |     12     |      34    |     56      |     78    |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Little Endian

   低地址                                            高地址
   ----------------------------------------->
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |     78     |      56    |     34      |     12    |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

     从上面两图可以看出，采用big endian 方式存储数据是符合我们人类的思维习惯的。而little endian ，!@#$%^&* ，见鬼去吧 -_-|||

     为什么要注意字节序的问题呢？你可能这么问。当然，如果你写的程序只在单机环境下面运行，并且不和别人的程序打交道，那么你完全可以忽略字节序的存在。但是，如果你的程序要跟别人的程序产生交互呢？在这里我想说说两种语言。C/C++ 语言编写的程序里数据存储顺序是跟编译平台所在的CPU 相关的，而JAVA 编写的程序则唯一采用big endian 方式来存储数据。试想，如果你用C/C++ 语言在x86 平台下编写的程序跟别人的JAVA 程序互通时会产生什么结果？就拿上面的0x12345678 来说，你的程序传递给别人的一个数据，将指向0x12345678 的指针传给了JAVA 程序，由于JAVA 采取big endian 方式存储数据，很自然的它会将你的数据翻译为0x78563412 。什么？竟然变成另外一个数字了？是的，就是这种后果。因此，在你的C 程序传给JAVA 程序之前有必要进行字节序的转换工作。

     无独有偶，所有网络协议也都是采用big endian 的方式来传输数据的。所以有时我们也会把big endian 方式称之为网络字节序。当两台采用不同字节序的主机通信时，在发送数据之前都必须经过字节序的转换成为网络字节序后再进行传输。ANSI C 中提供了下面四个转换字节序的宏。

big endian ：最高字节在地址最低位，最低字节在地址最高位，依次排列。
little endian ：最低字节在最低位，最高字节在最高位，反序排列。

endian 指的是当物理上的最小单元比逻辑上的最小单元小时，逻辑到物理的单元排布关系。咱们接触到的物理单元最小都是byte ，在通信领域中，这里往往是bit ，不过原理也是类似的。

一个例子：
如果我们将0x1234abcd 写入到以0x0000 开始的内存中，则结果为
                big-endian     little-endian
0x0000     0x12              0xcd
0x0001     0x34              0xab
0x0002     0xab              0x34
0x0003     0xcd              0x12

目前应该little endian 是主流，因为在数据类型转换的时候（尤其是指针转换）不用考虑地址问题。

 

二、 Big Endian 和 Little Endian 名词的由来

这两个术语来自于  Jonathan Swift  的《《格利佛游记》其中交战的两个派别无法就应该从哪一端－－小端还是大端－－打开一个半熟的鸡蛋达成一致。：）

“ endian ”这个词出自《格列佛游记》。小人国的内战就源于吃鸡蛋时是究竟从大头 (Big-Endian) 敲开还是从小头 (Little-Endian) 敲开，由此曾发生过六次叛乱，其中一个皇帝送了命，另一个丢了王位。

我们一般将 endian 翻译成“字节序”，将 big endian 和 little endian 称作“大尾”和“小尾”。

在那个时代， Swift 是在讽刺英国和法国之间的持续冲突， Danny Cohen ，一位网络协议的早期开创者，第一次使用这两个术语来指代字节顺序，后来这个术语被广泛接纳了

 

三、 Big Endian 和 Little Endian 优劣

来自： Dr. William T. Verts, April 19, 1996

Big Endian

判别一个数的正负很容易，只要取 offset0 处的一个字节就能确认。

Little Endian

长度为 1 ， 2 ， 4 字节的数，排列方式都是一样的，数据类型转换非常方便。

 

四、一些常见文件的字节序

来自： Dr. William T. Verts, April 19, 1996

 

Common file formats and their endian order are as follows:

• Adobe Photoshop -- Big Endian
• BMP (Windows and OS/2 Bitmaps) -- Little Endian
• DXF (AutoCad) -- Variable
• GIF -- Little Endian
• IMG (GEM Raster) -- Big Endian
• JPEG -- Big Endian
• FLI (Autodesk Animator) -- Little Endian
• MacPaint -- Big Endian
• PCX (PC Paintbrush) -- Little Endian
• PostScript -- Not Applicable (text!)
• POV (Persistence of Vision ray-tracer) -- Not Applicable (text!)
• QTM (Quicktime Movies) -- Little Endian (on a Mac!) （PeterLee 注Big Endian in my opinion ）
• Microsoft RIFF (.WAV & .AVI) -- Both
• Microsoft RTF (Rich Text Format) -- Little Endian
• SGI (Silicon Graphics) -- Big Endian
• Sun Raster -- Big Endian
• TGA (Targa) -- Little Endian
• TIFF -- Both, Endian identifier encoded into file
• WPG (WordPerfect Graphics Metafile) -- Big Endian (on a PC!)
• XWD (X Window Dump) -- Both, Endian identifier encoded into file

五、比特序

来自： http://ayazh.gjjblog.com/archives/1058846/

我在8 月9 号的《Big Endian 和Little Endian 》一文中谈了字节序的问题。可是有朋友仍然会问，CPU 存储一个字节的数据时其字节内的8 个比特之间的顺序是否也有big endian 和little endian 之分？或者说是否有比特序的不同？  

     实际上，这个比特序是同样存在的。下面以数字0xB4 （10110100 ）用图加以说明。

Big Endian

   msb                                                         lsb
   ---------------------------------------------->
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |   1  |   0  |   1  |   1  |   0  |   1  |   0  |   0  |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

Little Endian

   lsb                                                         msb
   ---------------------------------------------->
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
   |   0  |   0  |   1  |   0  |   1  |   1  |   0  |   1  |
   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

     实际上，由于CPU 存储数据操作的最小单位是一个字节，其内部的比特序是什么样对我们的程序来说是一个黑盒子。也就是说，你给我一个指向0xB4 这个数的指针，对于big endian 方式的CPU 来说，它是从左往右依次读取这个数的8 个比特；而对于little endian 方式的CPU 来说，则正好相反，是从右往左依次读取这个数的8 个比特。而我们的程序通过这个指针访问后得到的数就是0xB4 ，字节内部的比特序对于程序来说是不可见的，其实这点对于单机上的字节序来说也是一样的。
      那可能有人又会问，如果是网络传输呢？会不会出问题？是不是也要通过什么函数转换一下比特序？嗯，这个问题提得很好。假设little endian 方式的CPU 要传给big endian 方式CPU 一个字节的话，其本身在传输之前会在本地就读出这个8 比特的数，然后再按照网络字节序的顺序来传输这8 个比特，这样的话到了接收端不会出现任何问题。而假如要传输一个32 比特的数的话，由于这个数在littel endian 方存储时占了4 个字节，而网络传输是以字节为单位进行的，little endian 方的CPU 读出第一个字节后发送，实际上这个字节是原数的LSB ，到了接收方反倒成了MSB 从而发生混乱。

 

转自：http://blog.csdn.net/sunshine314/2008/4/20/2309655.aspx