本文还有配套的精品资源，点击获取 menu-r.4af5f7ec.gif

简介：实时系统以响应时间和确定性为主要特性，要求高性能、高可靠性和高效率。本文章详细介绍并解释了实时系统设计中的常见模式，包括优先级继承、抢占式调度、资源预留、分层架构、时间片轮转、死锁预防和避免、容错设计、静态与动态资源分配、中断处理以及同步与通信机制。同时，探讨了ASP.NET、C#、Java、Perl和XML等技术在实时系统开发中的应用，以及如何适应实时环境。
实时系统的设计模式

1. 实时系统的设计要求与特性

1.1 设计要求概述

在设计实时系统时，首要任务是确保系统能够按照预定的时间约束准确地响应外部事件。这要求系统具备极高的可预测性、可靠性和低延迟性。实时系统设计人员必须准确分析并优化系统性能，以满足严格的时序要求和处理能力。

1.2 实时系统的基本特性

实时系统通常拥有如下特性：
- 时间确定性 ：系统在规定的时间内必须完成任务。
- 可靠性 ：系统在各种情况下都必须能够稳定运行。
- 并发性 ：实时系统通常需要同时处理多个任务。

1.3 实时系统的设计挑战

由于实时系统往往应用于关键领域，如航空航天、医疗和工业控制等，设计实时系统时面临的挑战包括但不限于：
- 确定并减少系统的响应时间。
- 管理并优化资源使用。
- 处理并发任务，保证数据的一致性和系统的稳定性。

实时系统设计要求与特性的理解是构建高效系统的基石，为后续深入探讨实时系统的架构、容错、同步和编程技术提供坚实的基础。

2. 实时系统的关键设计模式

2.1 优先级继承模式

2.1.1 概念解析与原理

优先级继承（Priority Inheritance）是一种防止优先级反转的策略，在实时操作系统中广泛使用。当一个低优先级任务持有一个高优先级任务所需的资源时，为了避免低优先级任务被永远阻塞，它临时继承高优先级任务的优先级。这样，低优先级任务可以优先执行，一旦释放了资源，它会恢复原来较低的优先级。

当有多个任务竞争同一个资源时，优先级继承可以保证系统的响应性。不过需要注意的是，优先级继承并不能解决所有优先级反转问题，其效果取决于任务和资源之间的依赖关系。

2.1.2 实际应用案例分析

以一个工业自动化控制系统为例，我们可以看到优先级继承的应用。假设有一个高优先级的紧急任务，需要对传感器数据进行快速处理；同时，有一个低优先级的任务，负责维护传感器设备。如果低优先级任务正在更新传感器数据，而高优先级任务需要这些数据进行处理，这时候就会发生优先级反转。

通过应用优先级继承，低优先级任务在处理传感器数据时，其优先级被暂时提高到高优先级任务的优先级。这样高优先级任务就可以得到执行，一旦低优先级任务完成数据更新，它将放弃对资源的控制并恢复到较低优先级，从而保持了系统的实时性和任务的流畅执行。

2.2 抢占式调度模式

2.2.1 调度策略与优势

抢占式调度（Preemptive Scheduling）是实时系统中一种重要的任务调度策略。在这种调度模式下，系统能够强制性地中断当前正在运行的任务，并切换到更高优先级的任务执行。抢占式调度可以保证具有高优先级的任务能够得到及时处理，提高系统的响应速度和效率。

该调度模式的优势在于它能确保关键任务不会因等待低优先级任务完成而延迟执行。但是，这种模式也可能导致频繁的任务切换和上下文切换开销，设计时需要权衡这些因素。

2.2.2 设计要点与实施技巧

在设计一个实时系统时，需要考虑如何合理地分配任务的优先级以及如何减少上下文切换的成本。一种方法是采用优先级基数表（Priority Ceiling Protocol），该方法通过为资源设置一个优先级基数，当任务锁定资源时，任务优先级提升至该基数，从而减少优先级反转的可能性。

实施时，还需要考虑到如何设计任务，使其尽量短小，避免长时间占用处理器资源。此外，为了减少上下文切换的开销，可以采用任务批处理策略，将多个小任务组合成一个大任务来执行，从而减少任务切换次数。

2.3 资源预留模式

2.3.1 资源预留机制工作原理

资源预留（Resource Reservation）是实时系统中确保任务能够获得所需资源的一种设计模式。在任务执行前，系统会预留一定数量的资源，并保证这些资源在任务执行期间不被其他任务使用。这种模式允许系统在资源紧张时，通过控制资源分配来保证关键任务的顺利完成。

资源预留的关键在于资源的准确预测与合理分配，这需要在实时系统设计时，对任务的资源需求进行充分的评估和预测。此外，还需要考虑到资源的动态调整能力，以应对突发事件和任务执行的不确定性。

2.3.2 资源预留策略的优势和局限性

资源预留策略的最大优势在于其为实时系统提供了稳定性与可预测性，确保高优先级任务能够按时完成。通过提前分配资源，系统能够避免因资源竞争导致的任务延迟。

然而，资源预留策略也有其局限性。资源的过度预留可能会导致资源利用率低下，甚至出现资源浪费的情况。尤其是在多任务、多资源的复杂系统中，准确地进行资源预留是一个挑战。此外，系统如果不能很好地动态调整资源分配，那么在某些资源紧张的情况下可能会导致整个系统的性能下降。因此，在设计实时系统时，需要在资源的充分预留和有效利用之间找到一个平衡点。

3. 实时系统的架构模式

在当今信息技术领域，实时系统架构模式的设计与实现直接影响着系统性能和可靠性。本章节将深入探讨实时系统的架构模式，并详细解析分层架构模式、时间片轮转模式、以及死锁预防和避免模式的设计原则、工作机制和实现策略。

3.1 分层架构模式

分层架构模式是一种常见的软件架构设计方法，它通过将系统分解为多个逻辑层，每一层负责系统的某一部分功能，从而简化了系统的复杂性，提高了代码的可维护性。实时系统中，分层架构模式同样适用，但需特别注意各层次间的通信效率和实时性。

3.1.1 分层架构的设计原则

分层架构设计原则的核心在于将系统的复杂性分解为可管理的部分，并且每一层都提供一组抽象，隐藏实现细节。这样做的好处在于，上层可以独立于下层的实现，同时下层也可以在不影响上层的情况下进行改进。对于实时系统而言，这种设计还必须考虑以下几点：

  • 实时性保障 ：每一层的实现都必须保证在规定的时间内完成其功能，避免出现响应延迟。
  • 模块化 ：每个层次应该是模块化的，易于理解和维护，同时也便于单独测试。
  • 清晰的接口定义 ：层与层之间通过清晰定义的接口进行交互，这样可以确保层次间的解耦。

3.1.2 各层次功能及实现要点

在分层架构中，每一层通常都有自己的功能和责任。例如，对于一个典型的实时系统，可以分为以下几个层次：

  • 硬件抽象层（HAL） ：这一层提供了硬件资源的抽象接口，屏蔽了硬件的具体实现，为上层提供统一的接口调用。
  • 内核层 ：包括实时调度、任务管理、内存管理等核心功能。
  • 中间件层 ：提供各种通信机制和协议支持，如消息队列、信号量等。
  • 应用层 ：直接面向用户，实现具体的应用逻辑。

实现分层架构时，需要特别注意以下几点：

  • 接口标准化 ：每一层对外提供的接口应当标准化，保证不同层次间能够顺畅通信。
  • 性能优化 ：实时系统对性能要求极高，各层次在设计时就需要考虑性能优化，例如，使用高效的算法和数据结构。
  • 可扩展性 ：架构设计应考虑未来可能的功能扩展和升级，预留足够的灵活性和可扩展性。

3.2 时间片轮转模式

时间片轮转模式是一种基于时间的调度策略，适用于需要轮询处理多个任务的实时系统。该模式下，每个任务都有一个分配的时间片，在这个时间段内，任务可以获得CPU的控制权。时间片轮转模式在多任务系统中能够公平地分配CPU资源，避免某一任务独占CPU而导致其他任务饥饿。

3.2.1 时间片轮转的工作机制

工作机制遵循“轮询”的原则，将时间划分为若干等份，每个任务获得一个时间片。一旦时间片耗尽，任务将被挂起，调度器将选择下一个任务执行。在实时系统中，时间片轮转模式需要以下机制：

  • 任务状态管理 ：记录每个任务的状态，包括正在运行、就绪、挂起等状态。
  • 时间片管理 ：分配和跟踪每个任务的时间片，确保时间片的公平使用。
  • 调度决策 ：决定何时切换任务，以及切换到哪个任务。

3.2.2 时间片长度的确定与调整策略

时间片长度的确定和调整是时间片轮转模式的关键。过长的时间片可能导致系统响应变慢，而过短则会导致频繁的任务切换，增加调度开销。确定时间片长度时需要考虑：

  • 任务的实时性需求 ：不同任务可能有不同的响应时间要求，时间片长度需要满足最严格的要求。
  • 任务的执行周期 ：时间片长度应与任务执行周期相匹配，以避免任务执行不完整。

调整策略一般包括：

  • 动态调整 ：根据系统的实时性能反馈动态调整时间片长度。
  • 静态配置 ：在系统设计阶段根据预测的负载和性能要求预设时间片长度。

3.3 死锁预防和避免模式

死锁是指两个或两个以上的任务在执行过程中因争夺资源而造成的一种僵局，当死锁发生时，没有任何任务能继续执行。实时系统中，死锁的预防和避免至关重要，因为它们能够破坏系统的实时性并引起不可预测的行为。

3.3.1 死锁产生的原因与预防

死锁产生的原因主要有四个条件：互斥条件、请求与保持条件、不可剥夺条件、循环等待条件。为了预防死锁，可以采取以下策略：

  • 资源分配策略 ：避免循环等待条件的产生，可以规定所有任务都按照相同的顺序请求资源。
  • 资源预分配 ：在任务开始执行前，预先分配所有需要的资源，避免请求与保持条件的产生。
  • 资源剥夺 ：如果一个任务无法获得所需的全部资源，就剥夺其占有的资源，以此预防死锁。

3.3.2 死锁避免算法及其效果评估

死锁避免算法是一种更精细的策略，它在资源分配前进行检查，确保分配后不会出现不安全状态。常见的算法有银行家算法。

  • 银行家算法 ：通过计算系统资源与任务需求之间的关系，确保在每次资源分配后系统都处于安全状态。
  • 效果评估 ：在实施死锁避免算法后，需要对系统进行压力测试和性能评估，确保算法能够在不影响系统实时性的前提下有效预防死锁。

通过上述内容的探讨，第三章详尽地阐释了实时系统架构模式的核心内容，包括分层架构模式、时间片轮转模式、以及死锁预防和避免模式。每一模式的设计原则、工作机制、实现要点都进行了深度剖析，并通过具体的实现策略和案例分析，为读者提供了一个全面深入的理解框架。

4. 实时系统的容错与资源分配模式

4.1 容错设计模式

4.1.1 容错策略与方法

在实时系统中，容错设计至关重要，因为系统中不可避免地会出现组件故障或异常情况，这些情况可能会导致系统无法按照预期工作，甚至完全瘫痪。容错策略通过提供冗余和错误检测与恢复机制，保证系统的稳定性和可靠性。

传统的容错策略包括：

  • 冗余技术：包括硬件冗余、软件冗余和信息冗余。硬件冗余通过使用多个硬件来保证某部分发生故障时其他部分能够继续工作。软件冗余通过复制运行程序的不同版本并比较结果来检测软件错误。信息冗余则通过添加校验信息来检测和纠正数据错误。

  • 错误检测与恢复：实时系统通常包括心跳机制、校验和、超时检测等手段来监测组件状态。一旦检测到错误，系统将采取恢复措施，如重启服务、回滚操作到稳定状态等。

  • 软件容错技术：例如状态保存与恢复技术，系统周期性地保存关键状态信息，当出现故障时可以恢复到最近一次保存的正确状态。而软件事务内存（STM）则允许并发任务通过事务来保证原子性，防止数据不一致问题。

4.1.2 实际场景中的容错应用

在航空航天领域，容错设计尤为重要。例如，NASA的火星探测器就采用了硬件冗余的设计策略，确保在恶劣的外部环境下，关键系统仍能正常工作。同时，为了处理软件潜在的缺陷，火星探测器使用了基于投票的决策机制，由多个相同的软件实例运行相同任务，并通过比较这些实例的输出来确定最终结果。

在汽车行业的自动驾驶系统中，实时系统需要对各种传感器信息进行高速处理并作出决策。为了解决可能发生的传感器失效问题，该系统可能会采用卡尔曼滤波算法来提高数据的准确性和可靠性，同时设计容错机制来处理和弥补传感器故障造成的异常。

4.2 静态与动态资源分配模式

4.2.1 静态资源分配的优势与限制

静态资源分配策略在系统启动时根据预定的计划进行资源分配，这种方式的优点在于可以确保系统中不会出现资源竞争问题，并且能够保证关键任务获取所需资源，这对于保证实时性是非常重要的。静态资源分配通常采用优先级分配策略，每个任务根据其优先级被赋予一定数量的资源。

然而，静态资源分配也有其局限性。由于资源是在系统运行前就已经分配完毕，因此在系统负载发生变化时，系统无法动态地调整资源分配以适应新情况。这可能导致在系统负载较低时出现资源浪费，而在负载较高时无法满足某些任务的资源需求。

4.2.2 动态资源分配策略及其实现

动态资源分配策略的核心在于根据系统实时的负载和任务需求，动态地调整资源的分配。它可以在保证高优先级任务资源的前提下，将剩余的资源分配给其他任务使用，从而提高资源的利用率。

实现动态资源分配通常需要引入一个资源管理器，它监控系统中各任务的资源使用情况，并根据算法动态调整资源分配。例如，可以采用优先级反转策略，它允许低优先级任务在不阻塞高优先级任务的前提下使用更多的资源。在资源紧张时，资源管理器还可以通过降低低优先级任务的资源使用或暂时推迟非关键任务来释放资源。

4.3 中断处理模式

4.3.1 中断处理机制概述

中断处理是实时系统响应外部事件的关键机制，它允许系统在发生特定事件时立即暂停当前执行的任务，转而处理紧急任务。中断处理机制的好坏直接关系到系统响应速度和实时性能。

在中断处理中，通常包括两个阶段：中断识别和中断处理。中断识别阶段，系统确定中断的来源和优先级，并决定是否接受中断。中断处理阶段，则是执行中断服务程序，以响应中断事件并执行必要的任务。

为了处理中断，实时系统通常采用中断优先级机制。高优先级的中断可以打断低优先级中断的处理，确保系统能够迅速响应最重要的事件。

4.3.2 高效中断处理的设计与实现

为了实现高效中断处理，设计者需要考虑以下因素：

  • 中断优先级：合理地设定中断优先级，确保高优先级中断能迅速获得处理。

  • 中断服务程序：编写尽可能短小且高效的中断服务程序，以缩短中断处理时间。

  • 中断嵌套：允许中断嵌套可以提高系统处理多任务的能力，但同时需要避免中断优先级反转。

  • 中断锁定：合理使用中断锁定技术，防止中断服务程序在执行关键操作时被其他中断打断。

在实际实现中，中断处理通常涉及到中断向量表的设计，它根据中断类型和优先级组织中断服务程序的入口地址。此外，某些系统架构还支持中断屏蔽位的设置，通过编程来控制中断的开启与关闭。 

// 示例代码块：中断服务程序
void interrupt_handler() {
    // 识别中断源和类型
    // ...
    // 中断处理逻辑
    // ...
    // 清除中断标志
    // ...
}

// 在主程序中初始化中断向量表和中断服务程序
void main() {
    // 初始化中断向量表
    // ...
    // 设置中断优先级
    // ...
    // 开启中断
    enable_interrupts();
    // 主循环
    while(1) {
        // 执行其他任务...
    }
}

在上述代码中， interrupt_handler 函数用于处理中断事件。实际中，可能需要针对不同的中断类型和优先级编写不同的中断服务函数。 main 函数中初始化中断向量表和中断服务程序，并在最后开启中断处理。需要注意的是，代码中执行的具体操作需要根据实际的硬件和系统环境来设计。

5. 实时系统的同步与通信模式

在实时系统中，同步与通信模式是确保系统准确运行的关键因素。同步机制用于协调多个任务或线程在执行时的时序关系，而通信模式则确保了系统内各个组件之间能够有效地传递数据和控制信号。这一章节将详细探讨这两种模式的工作原理和实现方法。

5.1 同步机制模式

同步机制在实时系统中至关重要，它确保了系统中多个活动（任务、线程、进程）能够按照预定的顺序和条件进行交互，避免出现竞争条件、死锁等不良现象。

5.1.1 同步机制的重要性

实时系统对数据的一致性和任务执行的顺序性有着极高的要求。不适当的同步可能会导致数据的不一致性，从而造成系统运行失败。同步机制能够提供一种协调机制，确保在任何时刻，只有一个任务可以访问或修改共享资源，从而保证数据的一致性和任务的有序执行。它还能够帮助避免死锁现象，确保系统的稳定性。

5.1.2 同步技术的实现方法

为了实现有效的同步，实时系统通常采用诸如信号量、互斥锁、条件变量、监视器等同步原语。下面以信号量为例进行深入说明。

信号量的工作原理

信号量是一种广泛应用于实时系统的同步机制，它通过一个计数器来协调各个任务的执行。这个计数器记录了可用资源的数量，或者需要等待的事件发生次数。

信号量通常有两种操作：

  • P操作（等待操作）：任务执行P操作时，如果信号量的值大于零，则将其减一，并继续执行；如果值为零，则挂起任务，等待资源可用。
  • V操作（信号操作）：任务执行V操作时，将信号量的值加一，并且如果有其他任务因该信号量而挂起，则唤醒它们。

下面展示一个简单的信号量使用代码示例： 

#include <semaphore.h>

sem_t sem;

void* task_function(void* arg) {
    sem_wait(&sem); // P操作
    // 临界区
    sem_post(&sem); // V操作
    return NULL;
}

在上述代码中， sem_wait 函数执行P操作，它会将信号量 sem 的值减一。如果结果为非负数，任务可以继续执行；如果结果为负数，则任务将被阻塞，直到其他任务调用 sem_post 函数使得信号量的值非负。 sem_post 函数执行V操作，将信号量的值加一，并可能唤醒一个等待中的任务。

信号量的这种机制使其成为管理并发访问共享资源的有力工具。在实时系统中，信号量需要被谨慎使用，因为不当的使用可能会导致优先级反转和死锁等问题。

5.2 通信模式

实时系统中的通信模式指的是系统内各个组件之间传递信息的方式。正确的通信模式可以提高系统的实时性、可靠性和可维护性。

5.2.1 实时系统中通信模型的分类

实时系统中的通信模型可以根据其结构和特点被分类为以下几种：

  • 点对点通信：这种通信模型适用于两个组件之间需要频繁交互的场景。
  • 发布/订阅通信：在发布/订阅模型中，发送方发布消息而不关心接收方，接收方订阅所需的消息。
  • 消息队列通信：消息队列允许任务间异步通信，发送方将消息放入队列，接收方从队列中取出消息。

5.2.2 通信协议的选择与优化

实时系统中，通信协议的选择和优化至关重要，因为它直接影响到系统的响应时间和数据传输的可靠性。

  • 需求分析：根据系统对实时性的要求、网络负载、安全需求等因素进行需求分析，选择合适的通信协议。
  • 协议特性：选择支持优先级、能够保证最小传输时间、具有容错机制的协议，如CAN (Controller Area Network)、Modbus、OPC UA等。
  • 性能优化：优化通信协议的参数配置，如缓冲区大小、重传机制、数据包大小等，以减少通信延迟和提高效率。

为了展示实时系统通信协议的选择，我们可以使用一个mermaid格式的流程图来表示一个典型的实时通信协议选择过程： 

graph TD
    A[开始] --> B[需求分析]
    B --> C{协议特性分析}
    C -->|支持实时性| D[选择实时协议]
    C -->|不支持实时性| E[考虑其他协议]
    D --> F[性能优化]
    E --> F
    F --> G[结束]

通过上述流程图，我们可以清晰地看到实时系统通信协议选择的逻辑流程。在选择通信协议时，除了考虑其实时性外，还需要分析协议本身的特性，包括其容错能力、数据传输的可靠性以及在不同网络环境下的表现等。

实时系统的同步与通信模式是确保系统高效、稳定运行的基础。通过本章节的介绍，我们可以了解到同步机制和通信模型在实时系统中的重要性，并通过信号量等同步技术以及合理的通信协议选择与优化策略来提升实时系统的整体性能。

6. 实时系统编程技术的应用

6.1 编程技术概述

6.1.1 实时系统编程的特点

实时系统编程的核心挑战在于确保系统能够响应外部事件的时间限制。这些系统被设计来处理时间敏感的任务，因此，编程技术必须考虑到确定性、可靠性、效率和实时性能。实时编程通常涉及到以下几个特点：

  • 确定性（Determinism） ：代码的执行路径和时间必须是可预测的。
  • 同步与异步操作（Synchronous vs Asynchronous） ：代码需要能够处理外部和内部事件，而不会延迟关键任务。
  • 资源管理（Resource Management） ：内存和处理器时间等资源的分配需要非常精确。
  • 并行处理（Parallel Processing） ：能够利用多核处理器优势，同时确保线程安全和数据一致性。
  • 低延迟（Low Latency） ：最小化响应时间，确保在严格的时间限制内完成任务。

6.1.2 常用的实时系统编程语言

实时系统编程可以选择多种语言，不同的语言各有其优势和适用场景：

  • C/C++ ：广泛用于资源受限的嵌入式系统，因其控制精确和执行效率高。
  • Ada ：特别为实时系统设计，具有强类型和并行处理特性。
  • Java ：随着Java虚拟机（JVM）的发展，它也被用于实时系统中，尤其是随着Java Real-Time Specification的出现。
  • Rust ：因其内存安全特性逐渐受到实时系统开发者的青睐。

6.2 编程实践案例分析

6.2.1 典型实时系统项目开发实例

以一个简单的工业控制实时系统为例，该项目的主要目标是监控和控制一个生产线上的机械臂。这个系统需要能够对传感器的输入做出快速响应，并且控制机械臂执行精确的运动。

系统要求
  • 响应时间 ：必须在10毫秒内处理传感器输入并作出响应。
  • 确定性 ：机械臂的动作必须严格按照预定的序列执行，以避免可能的碰撞。
  • 可靠性 ：系统必须能够处理偶尔的传感器失效或通信错误。
技术选型

在编程语言的选择上，我们采用C++进行开发，原因在于其执行效率高，可以对硬件资源进行精确控制。此外，操作系统采用RTOS（实时操作系统），确保系统内核为实时性任务提供必要的支持。

6.2.2 程序代码分析与优化策略

假设有一段控制机械臂的代码片段，我们可以通过以下步骤来分析和优化：

初始代码 
void ArmControl::processSensorData() {
    int sensorValue = readSensor();
    if (sensorValue > 0) {
        moveArm(SIDEWAYS);
    } else {
        stopArm();
    }
}
代码优化

首先，优化I/O操作，减少读取传感器数据时的不确定性和延迟。 

inline int ArmControl::readSensor() {
    // 使用DMA直接内存访问，减少CPU负担
    return readSensorDirect();
}

接着，使用更加精确的时间管理方法，以确保操作的实时性。 

void ArmControl::moveArm(Side direction) {
    // 使用RTOS的定时器来确保操作的实时性
    os::Timer timer;
    timer.start(10); // 设置10毫秒的超时时间
    while(!timer.expired()) {
        switch(direction) {
            case SIDEWAYS: // 控制机械臂侧向移动
                // 执行硬件操作
                break;
            // ...
        }
    }
    if(!timer.success()) {
        // 超时处理
        handleTimeout();
    }
}

在以上示例中，我们确保了即使在高负载情况下，机械臂的移动也可以在预定时间内完成。此外，通过优化I/O操作和引入定时器，我们提高了代码的确定性和实时性。

此外，值得注意的是，在实时系统中，代码的可维护性和扩展性同样重要。因此，在开发过程中，应注重代码的结构清晰和模块化设计，以适应未来可能的系统升级和功能扩展。

在实时系统编程中，代码优化不仅仅是为了提高性能，更重要的是保证系统的实时性，满足设计要求。在设计和实施过程中，开发者需要对系统行为有着深入的理解，才能编写出真正高效的实时代码。

本文还有配套的精品资源，点击获取 menu-r.4af5f7ec.gif

简介：实时系统以响应时间和确定性为主要特性，要求高性能、高可靠性和高效率。本文章详细介绍并解释了实时系统设计中的常见模式，包括优先级继承、抢占式调度、资源预留、分层架构、时间片轮转、死锁预防和避免、容错设计、静态与动态资源分配、中断处理以及同步与通信机制。同时，探讨了ASP.NET、C#、Java、Perl和XML等技术在实时系统开发中的应用，以及如何适应实时环境。


本文还有配套的精品资源，点击获取
menu-r.4af5f7ec.gif

Logo
乐奇 Rokid 开放社区

更多推荐

cover

AR巡检哪家好，和浪潮比哪家方案更成熟

avatar 乐奇 Rokid 开放社区
cover

AR巡检哪家好

avatar 乐奇 Rokid 开放社区
cover

国庆文旅安保上新！AR智能眼镜守护景区，黑科技护航假期出游

avatar 乐奇 Rokid 开放社区