这段文字进一步解释了 DDS（数据分发服务，Data Distribution Service）中的几个关键概念，包括实体标识符、QoS（服务质量）策略和监听器。以下是对这些内容的详细解释：
3.1.1.2.1 Entity Identifier
- 定义：每个 DDS 实体都有一个唯一的标识符（ID）。
- 作用：
- 此 ID 是 DDS 实体与其相应 RTPS（实时发布-订阅协议）实体之间共享的。
- ID 被存储在实例句柄对象中，该对象是在实体基类中声明的，可以通过
get_instance_handle()函数访问。
3.1.1.2.2 QoS Policy
定义：QoS 策略用于配置每个实体的行为，通过一组配置策略来实现。
功能：
- 每种实体类型都有一个对应的 QoS 类，包含所有影响该类型实体的政策。
- 用户可以创建这些 QoS 类的实例，修改其中包含的政策以满足需求，然后在创建实体时或稍后使用
set_qos()函数进行配置。
适用范围：
- 所有主要实体如 DomainParticipant、Publisher、Subscriber、Topic、DataWriter 和 DataReader 都具有设置 QoS 的函数 (
set_qos())。
- 所有主要实体如 DomainParticipant、Publisher、Subscriber、Topic、DataWriter 和 DataReader 都具有设置 QoS 的函数 (
文档说明：可查阅具体文档了解可用策略及其描述，以及每个实体类型的 QoS 类和它们包含的策略。
3.1.1.2.3 Listener
定义：监听器是一个对象，其函数将在事件发生时被相关实体调用。
作用：
- 它充当异步通知系统，使得实体可以通知应用程序有关其状态变化的信息。
功能细节：
- 所有实体类型都定义了一个抽象监听器接口，其中包含用于传达状态变化给应用程序的回调函数。
- 用户可以通过继承这些接口并实现所需回调来创建自定义监听器。然后，可以在创建时或稍后使用
set_listener()函数将这些监听器链接到每个实体上。
事件处理机制：
- 当事件发生时，它会由最低级别且有非空监听器并启用了相应回调（在 StatusMask 中）的实体现成处理。
- 更高层次的监听器从较低层次继承，如下图所示。
总结
以上三部分概念共同构成了 DDS 系统中的重要组成部分：
Entity Identifier（实体标识符）确保每个参与者能够唯一地识别和管理自己的实例。
QoS Policy（服务质量策略）允许用户根据特定需求精细调整数据通信性能和行为，从而增强系统灵活性。
Listener（监听器）提供了一种异步响应机制，让应用程序能够即时获取状态变化信息，提高响应速度和系统整体效能。
理解这些概念对于有效使用 DDS 构建高效的数据分发和通信系统至关重要。
内容由零声教学AI助手提供，问题来源于学员提问
![if (item.code === loan'){
for(const loan of item.child){const Index= loan.path.split('.')[1]let contractCode;
me.overDueInfoIndexloan.pathl=Index
const child overduePeriod = loan.child.find(val =>val.code ===](https://linuxcpp.0voice.com/zb_users/upload/2023/05/202305162214111445370.png)
![[E/kernel.sched] thread:tidle0 stack overflow](https://linuxcpp.0voice.com/zb_users/upload/2023/05/202305162232254655144.png)
