如何完全终止System.Diagnostics.Process启动的.bat及子进程
为什么常规Process.Kill()无法终止所有子进程
你当前绑定的System.Diagnostics.Process实例，对应的PID实际是解释运行.bat文件的cmd.exe进程。.NET 中无参数版本的Process.Kill()从设计逻辑上就只会终止这一个绑定的根进程，不会递归遍历终止它衍生的所有层级子进程。
你的整条启动链路是cmd.exe → python.exe → processing.exe，三个进程属于普通层级调用关系，没有系统级的强绑定约束：
- 杀掉
cmd.exe的时候，它不会主动给已经启动的python.exe发送任何退出信号，直接自行退出 python.exe作为普通子进程，父进程退出后完全不受影响，会继续执行自身逻辑python.exe通过subprocess.call启动的processing.exe同样是独立进程，哪怕python完全退出，processing.exe也会继续独立运行
为什么杀完进程会卡WaitForExit()
你之前做了stdout/stderr的重定向，这些重定向的管道句柄是被整条链路上所有子进程共同继承的。.NET的Process对象判定任务真正完成、把HasExited置为true的逻辑，不只是看根进程本身是否退出，还要求所有继承了管道写端句柄的进程，全部主动关闭写端。
现在的情况是你只杀掉了已经终止的cmd.exe，但python.exe和processing.exe还握着管道的写端句柄不释放，Matlab这边永远等不到管道关闭的结束信号，自然就会无限阻塞在等待逻辑上。
另外你的Matlab代码里有个很容易忽略的低级错误：onCleanup回调里绑定的清理函数是stopProcess，但你实际定义的停止函数叫onStopProcess，函数名对不上的情况下，用户按Ctrl+C触发清理时根本不会执行你写的停止逻辑，这也是导致进程一直挂着、脚本阻塞的原因之一。
1. 替换为支持全进程树终止的Kill调用
如果你用的.NET版本是5及以上，直接用带参数的Kill重载：process.Kill(entireProcessTree: true);
这个方法内部会自动枚举根进程下所有层级的衍生子进程，全部终止，不需要你提前知道所有子进程的名称和PID。
如果用的是老版本.NET Framework没有这个重载，就通过Windows作业对象（Job Object）实现全树管控：把根进程绑定到作业对象，配置规则为作业销毁时强制终止所有关联进程，不管嵌套多少层子进程都会被一并杀掉。
2. 修正停止流程顺序，避免管道阻塞
正确的停止操作不能上来就无限制等待WaitForExit，需要按顺序执行：
- 先触发全进程树的终止动作
- 手动调用
process.CancelOutputRead()和process.CancelErrorRead()，断开和重定向管道的监听绑定 - 最后调用带超时参数的
process.WaitForExit(5000)，最多等5秒就强制返回，永远不要无限制阻塞
3. 简化启动链路减少不必要的层级跳转
你当前通过bat启动的链路，多了一层不必要的cmd.exe跳转，每多一层进程就多一层退出信号传导失效的风险：
- 如果你bat里只是配置几个环境变量，完全可以直接在Matlab的
StartInfo配置里设置对应环境变量，把启动路径直接指向python.exe，把preprocessing.py作为启动参数传入，直接去掉cmd.exe的中间层 - 如果必须保留bat，bat里启动python的时候加上
start /wait参数，让cmd.exe等待python完全退出后再自行退出，至少让退出信号在cmd和python之间正常传导 - Python侧启动
processing.exe时，不要用默认的独立进程参数，把子进程也绑定到之前的作业管控范围内，避免最后一层进程漏杀
内容的提问来源于stack exchange，提问作者CitizenInsane
