FastDDS介绍与使用_新能源技术.docVIP

FastDDS介绍与使用 DDS API DDS采用的通信模型是一种多对多单向数据交换，其中产生数据的应用程序将数据发布到属于使用数据的应用程序的订阅者的本地缓存。信息流由负责数据交换的实体之间建立的服务质量(QoS)策略来控制。 作为一个以数据为中心的模型，DDS建立在所有感兴趣的应用程序都可以访问的“全局数据空间”的概念之上。提供信息的应用程序作为发布者，访问部分数据空间的应用程序作为订阅者。每当发布者向该空间发布新数据时，中间件就将该信息传播给所有感兴趣的订阅者。 通信发生在多个域之间，即连接所有能够相互通信的分布式应用程序的孤立抽象平面。只有属于同一个域的实体才能进行交互，订阅数据的实体和发布数据的实体之间的匹配通过主题进行中介。主题是明确的标识符，它将在域中惟一的名称与数据类型和一组附加的特定于数据的QoS相关联。 DDS实体被建模为类或类型化接口，后者意味着更有效的资源处理，因为在执行前了解数据类型允许提前分配内存，而不是动态分配。 Fast DDS-Gen 依赖接口意味着需要一个生成工具，将类型描述转换为适当的实现，以填补接口和中间件之间的空白。这个任务由生成工具Fast DDS-Gen完成，这是一个Java应用程序，它使用接口定义语言(IDL)文件中定义的数据类型生成源代码。 RTPS Wire Protocol Fast DDS在标准网络上交换消息所使用的协议是实时发布-订阅协议(RTPS)，这是由OMG联盟定义和维护的用于DDS的互操作性有线协议，参考上一篇介绍。该协议通过TCP/UDP/IP等传输协议提供发布者-订阅者通信，并保证不同DDS实现之间的兼容性。 由于RTPS协议的发布-订阅和它的规范是为满足DDS应用程序域所解决的相同需求而设计的，因此RTPS协议映射到许多DDS概念。所有RTPS核心实体都与一个RTPS域相关联，该域表示一个端点匹配的隔离通信平面。RTPS协议中指定的实体与DDS实体一一对应，因此允许通信发生。 Fast DDS的主要特点如下： 两层API：提供上层DDS和下层RTPS； 实时性：提供可配置的实时功能，保证在指定的时间限制内响应； 服务发现：内置基于对现有发布者和订阅者的动态发现，并且不需要联系或设置任何服务器就可以持续执行此任务，同时也支持配置其他发现机制； 支持同步和异步数据发布模式； 传输层：实现了可插拔的体系结构，当前版本支持五种传输：UDPv4, UDPv6, TCPv4, TCPv6和SHM(共享内存)； 安全性：提供可配置的安全通信，实现了可插拔的安全配置，包括：远程参与者的身份验证、实体的访问控制和数据加密； 流量控制：支持可配置的吞吐量控制，可限制在特定条件下发送的数据量； 即插即用连接：新的应用程序和服务能够自动发现，可以在任何时候加入或离开网络，而不需要重新配置； 可伸缩性和灵活性：DDS建立在全局数据空间的概念之上，中间件负责在发布者和订阅者之间传播信息，这使得分布式网络可以适应重新配置，并可扩展大量实体； 可移植性：DDS规范包括到IDL的特定平台映射，允许使用DDS的应用程序只需重新编译就可以在DDS实现之间切换； 可扩展性：允许使用新的服务扩展和增强协议，不会破坏向后兼容性和互操作性； 可配置性和模块化：提供了一种通过代码或XML配置文件进行配置的直观方式。模块化允许简单设备实现协议的子集，同时仍然参与网络； 高性能序列化：基于eProsima的Fast Buffers序列化，官网说其性能要高于Protocol Buffers和Thrift： 低资源的消耗：允许预分配资源，减少动态资源分配，避免无限制使用资源，最小化数据复制的需要； 多平台：默认情况下，该项目可以在Linux、Windows和MacOS上运行； 免费和开源：Fast DDS库、Fast RTPS库、Fast DDS-Gen、内部依赖项(如Fast CDR)和外部依赖项(如foonathan库)都是免费和开源的。 以上大部分内容都是官网翻译+一点自己理解，下面我来具体讲一下如何使用Fast DDS。其实，Fast DDS对开发者非常友好，不仅有框架文档、API文档，还自带了丰富的示例代码，不止HelloWorld那么简单，基本上所有主要的功能点都能在示例代码中找到，可以说很容易上手。 但是，我还是决定从零跑个HelloWorld看看，事实上，真的也碰到了一些问题，所以呀，绝知此事还是要躬行的。 关于下载和安装，还是写在了README里，回复“演示代码”就可以看到链接。官方的示例中已经用HelloWorld.idl生成了代码，而当我用Fast DDS-Gen，相同的idl，却生成了不一样的代码，而我并不知道官方代码是用了哪个版本的工具生成的，或者用的命令是不是不一样，这是我遇到的第