如何实现等待exe执行完成时不阻塞窗体且不耗尽系统内存

1. 彻底解决UI无响应问题：替换同步等待逻辑 #

不要在UI线程直接调用无参数的WaitForExit()方法同步阻塞，改用进程事件回调的异步通知模式，全程不阻塞UI消息循环：

• 启动子进程时开启进程退出事件通知，绑定Exited回调处理完成后的逻辑，不需要额外开工作线程轮询等待
• 回调中涉及UI更新的操作，通过UI线程调度器切回主线程执行，避免跨线程异常
  参考实现代码（以C# WPF/WinForm场景为例）：

ProcessStartInfo psi = new ProcessStartInfo
{
    FileName = "你的图像处理exe路径",
    Arguments = "传入待处理图像的路径参数",
    UseShellExecute = false,
    CreateNoWindow = true,
    RedirectStandardError = true // 可选，用于捕获exe的错误输出
};
Process imgProcess = Process.Start(psi);
imgProcess.EnableRaisingEvents = true;
imgProcess.Exited += (sender, args) =>
{
    // 先检查进程退出状态，确认处理成功
    if (imgProcess.ExitCode == 0)
    {
        // 切回UI线程更新界面
        this.Invoke(() =>
        {
            // 加载处理结果、关闭进度提示、恢复用户操作入口
        });
    }
    imgProcess.Dispose();
};

这种实现下，子进程运行期间主窗体的消息循环完全不受阻塞，用户可以正常拖动窗口、点击其他按钮。

2. 解决内存占满问题：从根源限制资源占用 #

多线程方案触发内存占满的核心原因是无控制地启动多个exe实例，叠加单实例处理图像时本身内存峰值较高，最终耗尽系统内存，可通过三层限制解决：

• 第一层：严格控制exe并发数。根据单exe处理时的内存峰值、系统可用内存计算安全并发阈值，比如单exe处理峰值占1.8G内存，系统留2G给主程序和其他服务，8G内存的机器最多同时跑3个实例，超出的任务进入FIFO队列排队，等运行中的实例退出释放内存后再启动下一个，绝大多数场景下设置并发数为1就足够满足需求，不会出现内存跑满的问题。
• 第二层：系统层面加资源配额。将启动的所有子进程纳入Windows作业对象（Job Object）管理，给作业对象设置进程最大内存占用限制、CPU占用限制，一旦子进程内存超过设定阈值系统会自动终止进程，避免单个进程异常泄漏内存拖垮整个系统。
• 第三层：从exe启动参数压减资源占用。如果使用的图像处理exe支持自定义线程数、缓存大小、内存使用上限，启动时直接通过传参压低单进程资源峰值，比如很多基于OpenCV、ImageMagick封装的图像处理工具都支持这类参数。

3. 兜底优化 #

• 处理前先校验待处理图像的大小、分辨率，如果超出exe的单任务处理能力上限，提前给用户提示，不要直接启动进程触发内存溢出。
• 界面增加非模态的处理进度提示和取消按钮，用户主动取消时直接调用Kill()方法终止子进程，释放占用的资源。

内容的提问来源于stack exchange，提问作者Bảo Hoàng