PyQt5开发中终止多进程时内部未结束线程的状态问题

核心行为结论 #

当你直接关闭窗体、终止对应承载窗体的multiprocessing子进程时，进程内尚未运行完成的测试线程行为遵循操作系统进程销毁的底层逻辑：

• 进程收到终止信号后，操作系统会直接回收该进程持有的全部资源，包括进程独立的地址空间、打开的硬件句柄/文件句柄、所有子线程的内核执行上下文与栈内存
• 进程内所有运行中的子线程会被立即强制终止，不会执行线程内的任何清理逻辑，包括finally块代码、上下文管理器的__exit__方法、自定义的硬件复位/资源释放代码都不会触发

对常见猜测的澄清 #

• 不存在「线程在进程终止后继续运行、尝试回传数据导致后台崩溃」的可能：线程是进程地址空间内的执行单元，没有独立的资源空间，进程被销毁后线程会直接消失，不可能脱离进程独立执行
• 常规场景下不会产生内存泄漏：进程持有的所有用户态内存、内核态资源都会被操作系统统一回收，不会长期占用系统内存。唯一的例外是如果线程正在操作不被操作系统自动管理的外部硬件，可能出现硬件状态异常，这不属于内存泄漏范畴

当前操作的潜在风险 #

你暂时没有观察到明显异常，只是因为当前运行的测试脚本没有触发异常场景，这种强制终止进程的写法存在几个确定的隐患：

• 硬件状态异常：如果测试线程正在和串口、USB设备、自研板卡通信，指令发送到一半时线程被强杀，硬件可能停在等待指令、占用总线的异常状态，下次启动测试时会出现连接失败、通信报错，需要手动复位硬件甚至插拔设备才能恢复
• 系统资源残留：如果线程正在写临时文件、占用命名管道/系统共享内存，部分场景下这类资源不会被系统自动回收，下次启动测试时会触发“文件/资源被占用”的报错
• 日志截断：你做了sys.stdout重定向到UI文本组件的逻辑，进程强杀时正在传输的打印内容会直接截断，不会完整显示在UI窗口中

推荐的优化方案 #

不要直接强制终止运行测试逻辑的子进程，建议按以下流程处理窗体关闭事件：

1. 捕获窗体关闭事件，第一步先向对应的子进程发送自定义停止信号，不要直接调用terminate()
2. 子进程收到停止信号后，给运行测试逻辑的线程设置退出标记，等待线程运行到预设的安全退出点（比如完成当前单次硬件读写操作、释放硬件操作句柄）后正常退出
3. 确认测试线程完全退出后，子进程自行结束运行，主进程再回收进程资源
4. 如果等待超过预设超时阈值（比如5秒）子进程仍未退出，再强制执行进程终止操作，同时弹出提示告知用户当前硬件可能处于异常状态，建议手动复位后再进行下次测试

内容的提问来源于stack exchange，提问作者Andrew