ACE的CDR中的字节对齐问题

大家应该都知道计算机中间都有字节对齐问题。CPU访问内存的时候，如果从特定的地址开始访问一般可以加快速度，比如在32位机器上，如果一个32位的整数被放在能被32模除等于0的地址上，只需要访问一次，而如果不在，可能要访问两次。但是这样就要求一些数据从特定的地址开始，而不是顺序排放（中间会有一些空余的地址），这就是字节对齐。

而ACE CDR的估计也是为了加快速度，从而在CDR编码上默认也使用了字节对齐。所以在ACE的CDR编解码过程中，传入的参数地址最好是能符合字节对齐规则，否则可能会编解码错误。

ACE_OutputCDR构造函数会调用一个函数mb_align调整传入的地址参数成为地址对齐地址。但是其的调整函数ACE_ptr_align_binary不知处于什么考虑，不是按照机器的对齐长度而是采用的 ACE_CDR::MAX_ALIGNMENT（64bit，长度为8BYTPES）作为参数地址。那么ACE_OutputCDR的内部地址是按照8字节作为对齐的，但是ACE_InputCDR却没有将内部地址调整为模除64等于0的地址上，而只是调整为模除32（在32位机器上）等于0的地址。

 

void

ACE_CDR::mb_align (ACE_Message_Block *mb)

{

#if !defined (ACE_CDR_IGNORE_ALIGNMENT)

  //如果使用字节对齐方式，使用最大的对齐方式调整内存。调整为模除64等于0的地址上。

  char * const start = ACE_ptr_align_binary (mb->base (),

                                             ACE_CDR::MAX_ALIGNMENT);

#else

……

}

使用一段简单的代码可以测试发现这个问题。

 

char *tmp_buffer = new char [2048];

//使用一个无法对齐的参数作为ACE_InputCDR，ACE_OutputCDR的参数地址，

char *tmp_data = tmp_buffer +1;

 

// output_cdr调整了对齐的起始地址为8字节的默认

ACE_OutputCDR output_cdr(tmp_data,512);

ACE_InputCDR input_cdr(tmp_data,512);

 

ACE_CDR::ULong cdr_long = 123;

bool bret =false;

//

bret = output_cdr.write_ulong(cdr_long);

// cdr_long 不等于123，而是一个错误无效数据。

bret = input_cdr.read_ulong(cdr_long);

 

 

其实如果编解码的BUFF都采用相同的对齐方式，那么理论上也不应该出现问题，最多是出现为了对齐而进行填补的空隙，但是这样能带来CPU的效率提升，也是好事。但是由于ACE_OutputCDR的一个地址调整。却可能导致编解码的BUFFER不一致，我不能肯定这到底是一个错误还是作者有他自己的考虑。

这个问题到5.6.1还存在。我已经提交了问题报告。

当然有一个方法解决这个问题。就是定义宏ACE_CDR_IGNORE_ALIGNMENT【注】，只要定义了这个宏，ACE就不会使用字节对齐处理CDR编码。使用这个方法的，编码占用空间会压缩一些，但效率上可能低一点（其实未必，因为为了字节对齐还要耗费一些计算时间），

 

【注】ACE不知道为什么在代码中使用两个不使用字节对齐的宏，一个是在CDR_Base.h CDR_Base.cpp 文件中使用的是ACE_CDR_IGNORE_ALIGNMENT，在CDR_Stream.cpp和CDR_Stream.h文件上使用的宏ACE_LACKS_CDR_ALIGNMENT。

我一般将两个宏都定义上。