Lazarus中MIDI和弦播放：线程必要性及卡顿问题问询

多TThread导致GUI卡顿的原因 #

你用多个TThread播放单音出现卡顿，核心问题不是MidiOutShortMsg的异步特性，而是线程管理的开销和可能的隐性同步操作：

• 每个线程的创建、销毁会消耗系统资源，短时间内大量线程切换会挤占GUI线程的CPU时间片，导致GUI无法及时响应用户输入（拖拽、窗口关闭等依赖GUI线程的消息循环）
• 如果线程中不小心涉及了LCL控件的访问（哪怕是间接的），会触发线程同步机制，进一步阻塞GUI线程

直接在GUI线程调用MidiOutShortMsg冻结的原因 #

MidiOutShortMsg是异步接口，但不代表调用完全无阻塞：

• 当MIDI输出设备的缓冲区已满时，调用会短暂阻塞等待缓冲区空闲
• 若你的播放逻辑是循环发送大量MIDI消息，哪怕单次阻塞时间极短，累积起来会占满GUI线程的消息处理周期，导致GUI无法处理用户输入消息，表现为窗口冻结

同时运行的线程数量上限 #

没有固定的数值，主要取决于系统资源和线程用途：

• Windows默认每个线程栈大小为1MB，内存充足的情况下理论上可创建数千个线程，但实际超过100个就会出现明显的上下文切换开销
• 对于MIDI播放场景，完全不需要多线程——MIDI设备本身支持同时处理多个音符（和弦），单线程按时间顺序发送所有MIDI消息即可，多线程反而画蛇添足

midiStreamOut方案的适用性 #

如果是播放较长的MIDI片段，midiStreamOut比反复调用MidiOutShortMsg更高效：

• 它将整个MIDI数据流批量交给系统处理，减少用户态与内核态的切换次数
• 无需手动管理音符的时间间隔，系统会自动按节奏发送消息，也不需要额外线程，单工作线程即可稳定运行

内容的提问来源于stack exchange，提问作者new-to-so