10.11.8 QoS（服务质量）
服务质量（Quality of Service, QoS）用于指定服务的行为，允许用户定义每个实体的行为。QoS 策略为 DDS 应用程序提供了丰富的控制机制，以满足不同应用场景下的需求。
以下是一些关键 QoS 策略及其描述：
| 名称 | 描述 | 参考文档 |
|---|---|---|
<data_sharing> |
数据共享策略，用于控制数据的共享方式。 | DataSharingQosPolicy |
<deadline> |
设置实体必须满足的数据传输期限。 | DeadlineQosPolicy |
<disable_heartbeat_piggyback> |
控制心跳消息是否附加到正常的数据消息中。 | DisableHeartbeatPiggyback |
<disablePositiveAcks> |
控制是否禁用正确认可确认机制。 | DisablePositiveACKsQosPolicy |
<durability> |
定义数据的持久性策略，即数据在发布者和订阅者之间存留多长时间。 | DurabilityQosPolicy |
<entity_factory> |
管理实体工厂策略，以控制新实体的创建方式。 | EntityFactoryQosPolicy |
<groupData> |
分组数据策略，允许将多个相关实体分组成一个组。 | GroupDataQosPolicy |
<latencyBudget> |
指定系统对延迟的预算，有助于优化实时性能。 | LatencyBudgetQosPolicy |
<lifespan> |
定义消息在被视为有效之前可以存活多长时间。 | LifespanQosPolicy |
<liveliness> |
定义如何监控和管理实体活动状态的策略。 | LivelinessQosPolicy |
<ownership> |
指定数据所有权策略，定义哪个参与者可以更改或删除数据实例。 | OwnershipQosPolicy |
<ownershipStrength> |
表示拥有权强度，用于处理相同数据实例多个所有者的情况。 | OwnershipStrengthQosPolicy |
<partition> |
用于将主题划分为不同逻辑部分，提高隔离性与灵活性。 | PartitionQosPolicy |
<publishMode> |
发布模式设置，决定发布操作如何影响读者接收消息的方式和时机。这可以包括按需发布或延迟发布等选项。 | - (请查阅具体政策文档以获取更多信息)。 |
<reliability> |
确保传输可靠性的策略，包括选择适当的重发机制等设置，例如：可靠传输与不可靠传输选择等 。 | - (请查阅具体政策文档以获取更多信息)。 |
<topicData> |
与主题相关联的数据元信息，通过这个参数，可以添加额外的信息来辅助订阅者识别和处理主题数据 | - (请查阅具体政策文档以获取更多信息)。 |
<userData> |
_ 用户自定义的数据，可以用于开发人员提供额外上下文或元数据信息来增强系统集成 | - (请查阅具体政策文档以获取更多信息)。 |
总结
通过合理配置 QoS 策略，用户可以针对特定应用场景调整 DDS 系统中的各种参数，以实现预期性能、可靠性及其他需求。例如，对于实时系统，可以设置低延迟预算、强有力性保证以及合适的数据生命周期。而对于需要长期保存历史记录的应用，则可能会注重持久性和超时设置。
理解这些 QoS 策略并根据实际需求进行配置，是设计高效且可靠 DDS 应用程序的重要一步。在实施过程中，可以参考相关政策文档，以深入了解每项策略背后的细节及最佳实践。
内容由零声教学AI助手提供，问题来源于学员提问
