MINA服務端與C++用戶端通訊（1）

最近學習了Apache MINA通訊，在使用過程中碰到了一些問題，記錄下一些心得。

在服務端和用戶端都使用MINA提供的庫時，通訊一切正常，當我把用戶端改為C++代碼時，發現用戶端發送給服務端的二進位流中的整形資料，位置被倒置了。

C++用戶端16進位  ：0x00000013

MINA服務端16進位：0x13000000

查詢了網上資料後才知道Java在所有平台上都預設是big-endian，而C++在不同的平台上有不同的位元組序, X86上是little-endian, solaris上是big-endian。

注意問題：

1、位元組序

C++在不同的平台上有不同的位元組序, X86上是little-endian, solaris上是big-endian; 而java在所有平台上都預設是big-endian, 所以在傳輸諸如short,int,long資料時要在C++轉換成網路序(big-endian)
2、字元編碼

C++上最普遍的是採用mbcs, 而java上是用unicode(並且和標準的unicode還有些區別,可以參考java文檔), 所以除非必須否則不要傳字串, 可以傳文字檔代替, 一定要傳的話只能自己轉換了
3、 記憶體對齊, 在C/C++的網路通訊程式中經常採用讀寫結構體的方式方便地交換資料, 但是不注意的話結構體內很可能有空隙, 比如struct A{ int a; char c }; struct B{ char a; int b }; 這兩個結構體內都有空隙, 而如果不說明空隙的存在java程式是不會知道的, 就會導致雙方解析時出錯. 要消除空隙應該小心地安排結構體的成員, 不推薦使用#pragma pach(1), 因為沒有通用性
4、 位域

除非小心安排, 否則位域導致的結構體大小與平台相關, int a:4所佔用的位元組隨平台和編譯器變化(char a:4相對穩定佔1位元組)
5、 (可能平台相關)傳送與接收速度不同當C++向java傳送一個大一些的資料時, 可能C++一邊已經傳完退出了, 而java那邊還沒收完, 導致最後的一部分資料丟失. 所以項目中採用了簡單的確認機制, 任何一方接收完資料就回送1位元組的確認, 以防止C++過早退出

6、(可能平台相關)java在同C++建立串連後以及在C++向java傳送完一段資料後, java若向C++傳送一段資料則第一次傳送的資料C++只能收到一個位元組, 第一次過後恢複正常

C++整形轉碼如下：

void swap_4(unsigned long &x){x = (x << 24) |((x << 8) & 0x00ff0000u) |((x >> 8) & 0x0000ff00u) |(x >> 24);}int _tmain(int argc, _TCHAR* argv[]){          unsigned long len = 19;     swap_4(len);}