Posted on 2011-07-05 15:27
chugf 閱讀(4010)
評論(2) 編輯 收藏 引用
最近學(xué)習(xí)了Apache MINA通訊，在使用過程中碰到了一些問題，記錄下一些心得。
在服務(wù)端和客戶端都使用MINA提供的庫時，通訊一切正常，當(dāng)我把客戶端改為C++代碼時，發(fā)現(xiàn)客戶端發(fā)送給服務(wù)端的二進(jìn)制流中的整形數(shù)據(jù)，位置被倒置了。
C++客戶端16進(jìn)制 ：0x00000013
MINA服務(wù)端16進(jìn)制：0x13000000
查詢了網(wǎng)上資料后才知道Java在所有平臺上都默認(rèn)是big-endian，而C++在不同的平臺上有不同的字節(jié)序, X86上是little-endian, solaris上是big-endian。
注意問題：
1、字節(jié)序
C++在不同的平臺上有不同的字節(jié)序, X86上是little-endian, solaris上是big-endian; 而java在所有平臺上都默認(rèn)是big-endian, 所以在傳輸諸如short,int,long數(shù)據(jù)時要在C++轉(zhuǎn)換成網(wǎng)絡(luò)序(big-endian)
2、字符編碼
C++上最普遍的是采用mbcs, 而java上是用unicode(并且和標(biāo)準(zhǔn)的unicode還有些區(qū)別,可以參考java文檔), 所以除非必須否則不要傳字符串, 可以傳文本文件代替, 一定要傳的話只能自己轉(zhuǎn)換了
3、 內(nèi)存對齊, 在C/C++的網(wǎng)絡(luò)通信程序中經(jīng)常采用讀寫結(jié)構(gòu)體的方式方便地交換數(shù)據(jù), 但是不注意的話結(jié)構(gòu)體內(nèi)很可能有空隙, 比如struct A{ int a; char c }; struct B{ char a; int b }; 這兩個結(jié)構(gòu)體內(nèi)都有空隙, 而如果不說明空隙的存在java程序是不會知道的, 就會導(dǎo)致雙方解析時出錯. 要消除空隙應(yīng)該小心地安排結(jié)構(gòu)體的成員, 不推薦使用#pragma pach(1), 因為沒有通用性
4、 位域
除非小心安排, 否則位域?qū)е碌慕Y(jié)構(gòu)體大小與平臺相關(guān), int a:4所占用的字節(jié)隨平臺和編譯器變化(char a:4相對穩(wěn)定占1字節(jié))
5、 (可能平臺相關(guān))傳送與接收速度不同當(dāng)C++向java傳送一個大一些的數(shù)據(jù)時, 可能C++一邊已經(jīng)傳完退出了, 而java那邊還沒收完, 導(dǎo)致最后的一部分?jǐn)?shù)據(jù)丟失. 所以項目中采用了簡單的確認(rèn)機制, 任何一方接收完數(shù)據(jù)就回送1字節(jié)的確認(rèn), 以防止C++過早退出
6、(可能平臺相關(guān))java在同C++建立連接后以及在C++向java傳送完一段數(shù)據(jù)后, java若向C++傳送一段數(shù)據(jù)則第一次傳送的數(shù)據(jù)C++只能收到一個字節(jié), 第一次過后恢復(fù)正常
C++整形轉(zhuǎn)換代碼如下：
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);
}