使用boost::process时如何等待子进程结束？启动calc.exe后wait未生效

你写的等待逻辑失效和boost::process本身的功能没有关系，核心是现代Windows下calc.exe的启动逻辑变了：

• Win10、Win11里带的calc.exe根本不是真正的计算器主程序，只是个几KB大小的启动跳转存根
• 这个存根的全部作用就是通过系统应用激活接口，拉起真正的UWP版计算器，激活流程走完自己就直接退出了
• 你代码里boost::process::child跟踪的就是这个秒退的存根，所以不管是用child.wait()阻塞等待，还是循环查child.running()的状态，都会在存根退出的瞬间就放行主程序，根本管不到后面真正运行的计算器。

方法1：通过窗口状态判断计算器是否关闭 #

这个方法最简单，不会因为系统版本更新、UWP安装路径变化失效：

• 正常启动calc.exe，不要一开始就跟踪这个启动进程的状态
• 每隔100ms枚举一次系统顶层窗口，匹配计算器的固定特征：窗口类是ApplicationFrameWindow、标题为“计算器”，直到拿到有效的计算器窗口句柄
• 持续以固定间隔检测这个窗口是否存在，一旦窗口找不到了，就说明用户已经手动关闭了计算器，主程序可以继续跑后续逻辑
• 注意检测循环里一定要加100ms左右的休眠，别写无间隔的空轮询，会直接占满一个CPU核心

方法2：匹配真实的计算器进程做等待 #

如果需要进程级别的等待校验，可以按这个逻辑写：

• 启动calc.exe存根，先等这个存根自己退出，确认真正的计算器已经被系统拉起来
• 枚举系统当前运行的所有进程，定位到系统WindowsApps目录下、程序名为Calculator.exe的真实计算器进程
• 拿到这个进程的句柄后调用系统等待接口，直到进程完全退出，再把控制权交回主程序

Win7及更早的系统里，calc.exe是独立的传统Win32程序，没有跳转存根的设计，你最初写的两种boost::process代码是可以正常工作的。从Win8开始计算器改成UWP架构，存根快速退出的特性就会导致原来的等待逻辑完全失效。

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