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); 
}