排队消息处理器（QMH）是 NI LabVIEW 经典并行编程架构模板，专为多任务工控测试、测量类程序设计。以消息队列 + 用户事件为核心，采用字符串消息机制实现多循环异步通信，支持模块化解耦、统一错误处理，适配桌面及 RT 实时系统，是区别于状态机、Actor 框架的轻量化工程架构。
架构背景
在工业测控、数据采集、仪器控制等 LabVIEW 工程中，普遍存在UI 交互、数据采集、日志存储、设备控制多任务并行需求。简单单状态机仅能串行执行，无法满足并行；Actor 框架虽扩展性强但学习成本高、调试复杂。QMH 作为折中经典架构，兼顾轻量化、易调试、并行能力，成为工控工程师主流选型。
核心架构组成
- 程序主体：由消息处理循环（MHL）、事件处理循环（EHL）、数据层、消息队列、错误处理器构成，分层清晰。
- 项目结构：包含库文件（消息队列、用户事件）、类型定义、主 VI、支持子 VI、工程文档，标准化工程结构。
- 通信机制
- 消息队列：负责各循环间异步消息传递，支持普通 / 优先级消息；
- 用户事件：专门实现循环间停止触发，替代轮询全局变量，架构更干净。
- 消息格式：字符串标识消息类型，变体承载附加数据，支持单条 / 数组多消息入队。
同类架构对比
1. QMH vs 简单状态机
| 对比项 | 简单状态机 | QMH 架构 |
|---|---|---|
| 运行模式 | 单循环串行 | 多循环并行 |
| 通信方式 | 枚举状态迭代 | 消息队列通信 |
| 适用场景 | 单任务顺序流程 | 多任务并行测控 |
| 扩展能力 | 弱 | 中等可扩展 |
QMH vs Actor 框架
| 对比项 | QMH 架构 | Actor 框架 |
|---|---|---|
| 设计基础 | 非类封装、字符串消息 | 完全基于 LabVIEW 类 |
| 扩展规模 | 静态并行任务 | 动态增减任务 |
| 调试难度 | 简单易排查 | 调试逻辑复杂 |
| 工程成本 | 低、上手快 | 高、学习门槛大 |
| 适用规模 | 中小型工程 | 大型分布式工程 |
QMH 核心特点
- 轻量化并行：天然支持 UI、采集、日志多循环独立运行，互不阻塞。
- 通用消息接口：全局统一消息 API，全工程复用，无需单独定制每个处理器。
- 字符串消息机制：无需绑定枚举，灵活扩展；缺点为拼写错误仅运行时可检测。
- 标准化错误处理：LabVIEW2013 后各循环独立做错误判定，自定义错误分级、退出逻辑。
- 可定制性强：支持修改消息结构、队列上限、错误分级、适配 RT 实时硬件。
- 部署兼容：适配普通桌面系统与 CompactRIO 等嵌入式 RT 平台。
适用使用场合
- 工业测控系统：工控机多设备联动、IO 控制、状态监测；
- 数据采集系统：同步采集、实时显示、本地日志存储；
- 仪器程控：示波器、电源、频谱仪等多仪器并行控制；
- 上位机软件：带 UI 交互、后台任务、日志记录的桌面程序；
- 实时 RT 项目：CompactRIO、PXI 等需要限定队列资源的实时系统。
使用注意事项
- 消息采用字符串编写，需统一命名规范，避免拼写错误导致运行异常。
- 队列使用需遵循归属原则：入队可任意循环，出队仅对应专属消息循环调用。
- RT 实时项目建议设置消息队列最大上限，防止资源无限占用。
- 优先使用用户事件做停止信号，禁止用全局变量轮询，避免架构臃肿。
- 可自定义消息簇替换变体类型，通过类实现动态分发，提升数据类型安全性。
- 工程可扩展错误分级：忽略、仅日志、非致命、致命错误，适配工控故障逻辑。
实际应用案例
NI 官方连续测量与日志项目是标准 QMH 落地案例，包含 UI 消息循环、采集循环、日志循环、数据显示循环四大并行模块：通过蓝色消息、红色数据、绿色事件完成跨循环交互，内置状态校验机制，可规避无效消息、保障握手安全。分为仿真数据版和 NI-DAQmx 真实采集版，可直接作为工控采集项目模板；同时 NI CompactRIO 全系示例均基于 QMH 改造，配置队列上限、高级错误分类、FPGA 状态保护，广泛应用于工业控制、电力监测、自动化测试场景。
QMH 是 LabVIEW 介于简单状态机与 Actor 框架之间最优中间架构，兼顾开发效率、并行能力与维护性。中小型工控、采集、上位机项目优先选用；大型分布式复杂系统可升级至 Actor 框架；单顺序流程仅需简易状态机即可。工程使用时遵循消息规范、队列管理、错误分级三大原则，可直接复用模板并按需定制，大幅提升开发标准化与稳定性。
