little-endian And big-endian

coming from http://zhidao.baidu.com/link?url=B_7AA_O6TkCVlKw9t_Xifu6TzpaFUiDEVkH1iTRT4vUGD0uRmazwdufY5-c0o74Z9h3k7CpVNl3JYq7ackdTpuMyo0srJuYbCcn14ktq7ZK

高位优先与低位优先的区别仅仅在于一个字的哪一端是高位字节。换句话说，两者的区别在于你是喜欢从左向右数，还是喜欢从右向左数。但是，哪种方式都不见得比另一种方式更好。一个可移植的C程序必须能同时适用于这两种类型的计算机。
假设你的程序运行在short类型为两字节长的计算机上，并且把值258(十进制)存放到地址s3000H处的一个short类型中。因为short类型的长度为两字节，所以该值的一个字节存放在3000H处，另一个字节存放在3001H处。258(十进制)即0102H，所以该值的一个字节的内容为1，另一个字节的内容为2。那么，究竟内容为1和2的字节分别是哪一个呢?
其答案因机器的不同而不同。在高位优先的计算机上，高位字节就是低地址字节(“高位字节”指的是其值变化后使整个字的值变化最大的那个字节，例如，在值0102H中，01H就是高位字节，而02H是低位字节)。在高位优先的计算机上，字节中的内容如下所示：
    地址    2FFEH    2FFFH    3000H    3001H    3002H    3003H
   值      01H      02H
这种图示方式很直观——地址就象是尺子上的刻度值，低地址在左，高地址在右。在低位优先的计算机上，字节中的内容如下所示：
    地址    3003H    3002H    3001H    3000H    2FFFH    2FFEH
    值      01H      02H
这种图示方式同样很直观——低位字节存放在低地址中。
不幸的是，有些计算机采用高位优先的存储方式，而另一些计算机却采用低位优先的存储方式。例如，IBM兼容机和Macintosh机对高位字节和低位字节的处理方法就不同。
为什么这种区别会产生影响呢?试想一下，如果用fwrite()直接把一个short类型的值按两字节存到文件或网络上，不考虑格式和是否可读，而只是存为紧凑的二进制形式，会引起什么后果呢?如果在高位优先的计算机上存入这个值，而在低位优先的计算机上读出该值(或者反过来)，那么存入的是0102H(258)，读出的就是0201H(513)。
解决这个问题的办法是选择一种存储(和读取)方式，并且自始至终使用这种方式，而不是按存入内存的方式来存储short或int类型的值。例如，有些标准指定了“网络字节顺序(network byte order)”，它是一种高位优先顺序(即高位字节存放在低地址中)。例如，如果s是一个short类型值而a是一个由两个char类型组成的数组，那么下面这段代码
    a[0]=(s>>4)& Oxf；
    a[1]=s&0xf；
将把s的值按网络字节顺序存入a的两个字节中。不管程序是运行在高位优先或低位优先的计算机上，s的值都会存成这种形式。
你可能会注意到，笔者一直没有提到哪种计算机是高位优先或低位优先的计算机。这样做是有目的的——如果可移植性是重要的，你就应该按这两种类型的计算机都能接受的方式编写程序；如果效率是重要的，通常你仍然要按这两种类型的计算机都能接受的方式编写程序。
例如，在高位优先的计算机上可以用一种更好的方法去实现上例中的那段代码，即使你使用了上例中的代码，一个好的编译程序仍然会利用那种更好的实现来产生机器代码。
注意：“big-endian"和"little-endian"这两个名称来源于Jonathan Swift所写的《格列佛游记>>(Gulliver's Travels)一书。在格列佛第三次出海时，他遇到了这样一群人，他们对煮熟了的鸡蛋的吃法争论不休：有的要先吃大头，有的要先吃小头。
“网络字节顺序”只适用于int，short和long类型。char类型的值按定义只有一字节长，因此字节顺序与它无关。对于float和double类型的值，没有一种标准的存储方式。