java c++ 混合通信(收集)
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 ++ 只能收到一个字节, 第一次过后恢复正常
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 ++ 只能收到一个字节, 第一次过后恢复正常