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