有关字节序的问题

发表于:2007-05-25来源:作者:点击数: 标签:问题字节不同对于软件和
对于不同软件和硬件之间的差异,在技术人员看来除了叹息,不会有更多的情绪 ,这样的现象是多种原因造成的,可是对于人为的差异,我总是痛恨不已,字节 序就是这样一个列子。 简单的说,字节序就是在处理数字时,机器和实际数字高低位顺序,也就 是: 数字:

对于不同软件和硬件之间的差异,在技术人员看来除了叹息,不会有更多的情绪

,这样的现象是多种原因造成的,可是对于人为的差异,我总是痛恨不已,字节

序就是这样一个列子。
简单的说,字节序就是在处理数字时,机器和实际数字高低位顺序,也就

是:
数字:0x10 00 20  
little-endian机器:20 00 10 
big-endian   机器:10 00 20 
这样的差异是由 CPU 决定的,当前流行的 cpu 据我所知IBM的power-pc
是 big-endian  的,其他基本是 little-endian 的。
这样的差别导致在异种平台交换数据时可能发生问题,当然在异种平台间交换数据是

一个敏感的问题,有很多方法可用,这里不讨论。不过在编程时,也会有这样的

问题,看一下这种情况:
  [code:1:8c0a01ddec]*((short*)"AB") >> 8 [/code:1:8c0a01ddec]结果:
[code:1:8c0a01ddec]little-endian = 'B'
   big-endian = 'A'[/code:1:8c0a01ddec]这个语句可以用来判断机器字节序.
如果在字节序不同的平台间的交换数据必须进行转换,比如对于 int 类型:
big-endian 写入文件 
[code:1:8c0a01ddec]int i = 100;
write( fd, &i, sizeof(int) );[/code:1:8c0a01ddec]little-endian 读出后 
[code:1:8c0a01ddec]int i;
read( fd, &i, sizeof(int) );
char buf[sizeof(int)];
memcpy( buf, &i, sizeof(int) );
for( i = 0; i < sizeof(int); i ++ )
{
int v;
v = buf[sizeof(int) - i - 1];
buf[sizeof(int) - 1] =  buf[i];
buf[i] = v;
}
memcpy( &i, buf, sizeof(int) );[/code:1:8c0a01ddec]这仅仅是个列子,在异钟平台间直接传递二进制数据,即使不存在字节序的问题,也不是一个明智的方法,作

为可选的方式就是使用文本来交换数据,这样至少可以避免字节序的问题。

很多的加密算法为了追求速度,都会采取字符串和数字之间的转换,在计算完毕

后,必须注意字节序的问题,在某些实现中可以见到使用预编译的方式来完成,

这样很不方便,如果使用前面的语句来判断,就可以自动适应了。

 threehair 回复于:2003-07-26 08:45:16
字节序的问题影响的不仅仅是异种平台传递数据,还影响例如写一些特殊格式文件这类程序的可移植性。此时我觉得使用预编译的方式来完成就是一个
好办法。
从字节序的问题不妨引申到类型长度部移植问题。
我觉得以上应该都是关于编写异种平台程序应该注意的问题

 无双 回复于:2003-07-26 09:52:43
字节和类型长度的话开发时确实要想

linux内核中使用的就是自己重定义一套新变量 使用typedef

如 u32_t  这就是32位长度的unsigned 

字节和类型长度的话要制定网络接口时要考虑 所以一般接口文档中都说明几个字节长度 每个类型是什么保存的如BSD 还是二进制等

 odin_free 回复于:2003-07-28 21:58:04
我记得永远的unix论坛有一个10种不同平台下的c的问题的帖子
说得不错

原文转自:http://www.ltesting.net

评论列表(网友评论仅供网友表达个人看法,并不表明本站同意其观点或证实其描述)