Open DDS的那些坑

对使用OpenDDS过程中，发现的问题点或待优化项目，记录如下：

问题点：

1. Windows平台上，vs2005、vs2010、vx2013等IDE集成开发环境中编译的dll不能相互调用，出现异常崩溃的现象是正常的；
2. Linux平台上，内核版本差距比较大时或glibc的版本差距大或不一致时，也可能导致.so库文件调用异常，ACE+DDS都需要重新编译；
3. debug版和release版的表现，不一致，存在不能互通用的现象；
4. 某些调用或调用异常后，导致应用端内存增长，出现内存泄漏的现象；
5. 编译过程中，Windows和Linux系统都可能需要人工干预，如编辑Makefile、拷贝某些不能自动产生的java文件等；
6. 特性支持比较复杂，需要额外的第三方库或源代码，如dds4ccm_opendds、xerces、QOS_xml；
7. 不同版本间的使用模式有区别，否则会失败或崩溃，如3.8和3.13间的差别；
8. 日志文件只有一个，不支持轮转和文件大小特性；
9. OpenDDS的大部分日志，可读性不强，不能有效反应整个生命周期的关键线索，日志中的上下文参数和描述不清楚；
10. 如在MFC、Qt中，不使用ACE_TMAIN时，需要单独调用某个逻辑ACE：init方法；
11. 为了增加应用通讯域数量和业务应用间的部署，需要增加多domain的配置文件，手动增加配置；
12. UDP不支持可靠性；RTPS_UDP通讯协议，支持可靠性Qos；
13. Windows上单播发现不成功；
14. Linux平台，TCP协议传输时，sub方停止