2. LabVIEW执行系统与线程调度机制
在LabVIEW中编写多线程程序，很多工程师的第一反应是“多放几个While循环，它们自然就并行跑了”。这个直觉方向没错，但真正决定程序能否并行、并行到什么程度、以及会不会互相拖慢的，并不是While循环的数量，而是LabVIEW底层的执行系统（Execution System）与线程调度机制。理解这一层，才能解释为什么同样的代码结构，有时跑得飞快，有时却像被“卡住”一样。
一、执行系统：LabVIEW给代码分的“跑道”
LabVIEW运行时并不是把所有代码都丢进同一个线程池，而是按照代码的“性质”划分成若干条独立的执行系统。每条执行系统拥有自己的线程池和调度策略，彼此之间可以真正并行。常见的执行系统包括：
- 用户界面执行系统（UI Execution System）：负责处理前面板事件、控件重绘、用户交互。它必须保持响应，因此对阻塞非常敏感。
- 标准执行系统（Standard Execution System）：大多数普通VI、数值运算、逻辑判断默认运行在这里。
- 仪器I/O执行系统（Instrument I/O Execution System）：处理VISA、GPIB、串口等仪器通信，特点是等待时间长、CPU占用低。
- 数据采集执行系统（DAQ Execution System）：负责DAQmx相关的采集任务。
- 其他执行系统：如定时器、分析等，视LabVIEW版本和模块而定。
关键点在于：不同执行系统之间是并行的。也就是说，一个VI在等待仪器返回数据时，UI执行系统仍然可以刷新界面，标准执行系统仍然可以继续做运算。这正是LabVIEW“天然多线程”的底层基础。
二、线程池与时间片：并行不是无限的
每条执行系统内部维护一个线程池。线程池中的线程数量并不是越多越好，它通常与CPU逻辑核心数相关。LabVIEW默认会根据硬件自动设置，也可以在工具 → 选项 → 环境中查看和调整“执行系统线程数”。
当一个VI开始运行时，LabVIEW的编译器会把程序框图拆分成若干个可以独立执行的就绪节点。调度器把这些节点分配给线程池中的空闲线程。如果线程数少于就绪节点数，节点就需要排队等待，这就是时间片轮转的来源。
时间片机制意味着：即使你有8个并行While循环，如果线程池只有4个线程，那么这8个循环也不是“同时”执行，而是分时复用。每个循环在获得时间片时推进一小段，然后让出CPU给其他循环。对于计算密集型任务，这会导致每个循环的实际执行速度下降；对于I/O等待型任务，因为等待时不占用CPU，反而能获得较好的并行效果。
三、优先级：谁先拿到时间片
LabVIEW为VI提供了优先级设置，位于VI属性 → 执行 → 优先级。常见优先级从低到高包括：
| 优先级 | 典型用途 | 调度特点 |
|---|---|---|
| 后台（Background） | 日志、非关键统计 | 最低，容易被抢占 |
| 正常（Normal） | 大多数普通VI | 默认，公平竞争 |
| 高（Above Normal） | 关键控制回路 | 优先获得时间片 |
| 高优先级（High） | 实时性要求高的任务 | 显著抢占低优先级 |
| 实时（Real-Time） | RT系统专用 | 最高，需谨慎使用 |
优先级的作用是影响调度顺序，而不是让低优先级线程完全停止。高优先级线程就绪时，调度器会优先把时间片分配给它；低优先级线程则继续等待。如果高优先级线程长期占用CPU，低优先级线程可能“饿死”，表现为界面不刷新、日志不写入。因此，优先级是一把双刃剑：用得好可以保证关键任务响应，用不好会造成系统失衡。
四、并行执行的实际判断：数据流决定一切
LabVIEW是数据流编程语言。两个节点能否并行，取决于它们之间是否存在数据依赖。没有依赖关系的节点，编译器会把它们标记为可并行；有依赖关系的节点，必须按顺序执行。
例如，两个独立的For循环分别处理两组数组，它们之间没有连线，那么它们会被分配到不同线程上并行执行。但如果第二个循环的输入来自第一个循环的输出，那么它们只能串行。这就是为什么“多放几个While循环”并不等于“多线程”——如果它们通过队列、局部变量、全局变量或顺序结构被串在一起，并行度就会大打折扣。
五、从机制到实践：三个可操作的判断
理解了上述机制，在实际开发中可以做三个快速判断：
- 判断并行度：打开程序框图，看有几个“无依赖”的循环或节点。如果所有循环都通过队列或局部变量串在一起，那实际并行度可能只有1。
- 判断瓶颈位置：如果界面卡顿，检查UI执行系统里是否放了耗时运算；如果仪器通信慢，检查是否在仪器I/O执行系统里做了大量数据处理。
- 判断优先级是否合理：关键控制回路设为“高”或“高优先级”，日志和统计设为“后台”，避免所有VI都用默认“正常”导致关键任务被淹没。
最后需要强调：LabVIEW的调度机制是抢占式的，高优先级线程可以打断低优先级线程。这意味着低优先级线程在执行过程中可能被随时挂起，因此不要在低优先级线程中维护需要严格时序的状态，也不要在高优先级线程中做长时间阻塞操作。把“谁必须准时”和“谁可以等待”分清楚，再配合执行系统和优先级设置，才能让多线程程序真正跑得稳、跑得快。