大家應該都知道計算機中間都有字節對齊問題。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。

我一般將兩個宏都定義上。

轉載于:https://www.cnblogs.com/405845829qq/p/4378588.html

總結

以上是生活随笔為你收集整理的ACE的CDR中的字节对齐问题的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。