TerminateProcess 是 Windows 下强制终止进程的唯一 API，直接销毁内核对象且不触发清理；需具备 PROCESS_TERMINATE 权限的有效句柄，否则易因权限不足、调试器附加或保护机制导致失败。
Windows 下用 TerminateProcess 强制杀进程
在 Windows 平台，TerminateProcess 是唯一能真正“强制结束”一个进程的 API，它不给目标进程任何清理机会，直接终止内核对象。但前提是：你得有该进程的有效句柄，且权限足够（比如没被 Job Object 限制、不是保护进程）。
常见错误现象：TerminateProcess 返回 TRUE 但进程还在；或直接失败并返回 ERROR_ACCESS_DENIED。
- 必须先用
OpenProcess获取PROCESS_TERMINATE权限，不能只用PROCESS_QUERY_INFORMATION - 32 位程序无法打开 64 位进程的句柄（除非启用
SeDebugPrivilege并以管理员运行） - 调用后要立即调用
CloseHandle，否则句柄泄漏，且后续无法再次打开同一 PID - 示例关键片段：
HANDLE hProc = OpenProcess(PROCESS_TERMINATE, FALSE, pid); if (hProc) { TerminateProcess(hProc, 1); CloseHandle(hProc); }
Linux/macOS 下用 kill 发送 SIGKILL
Unix-like 系统没有“强制结束”的独立机制，kill -9（即发送 SIGKILL）就是最接近的等价操作——它不能被忽略、不能被捕获、不能被阻塞，内核会立刻回收进程资源。
容易踩的坑是误用 SIGTERM（kill 默认信号），它可被进程拦截并延迟退出，不属于“强制”。
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 必须确保调用进程有权限向目标发信号（通常是同用户，或 root）
- 僵尸进程（zombie）无法被
kill，它已无运行实体，只等父进程wait() - 容器内进程可能受 PID namespace 隔离，宿主机上看到的 PID 和容器内不一致
- C++ 中调用：
kill(pid, SIGKILL)，注意pid为负数时表示向进程组发信号
跨平台封装时别碰 std::terminate 或 exit
std::terminate 和 exit 只影响当前进程，完全不作用于其他进程。新手常混淆“结束自己”和“结束别人”，导致逻辑完全跑偏。
更隐蔽的问题是：某些封装库（如 Boost.Process）的 terminate() 方法，在 Windows 底层仍调用 TerminateProcess，但在 Linux 下可能退化为 kill(..., SIGTERM) —— 这就不是强制了。
- 若需真正跨平台强制终止，必须自己判断平台，分别走
TerminateProcess/kill(..., SIGKILL) - 不要依赖第三方库的 “terminate” 命名方法，务必查清其底层实现
-
abort()会触发SIGABRT，可被捕获，也不等于强制结束
权限与调试器附加状态导致失败
即使代码写对了，TerminateProcess 或 kill 仍可能静默失败或报错，根本原因往往不在代码本身，而在运行环境。
典型表现：本地测试 OK，部署到客户机器就失败；或 IDE 调试时总失败，命令行运行却正常。
- Windows：进程被调试器（如 VS、WinDbg）附加时，
TerminateProcess会被拦截，返回FALSE，GetLastError()为ERROR_ACCESS_DENIED - Linux：SELinux 或 AppArmor 策略可能禁止非特权进程发送信号，
kill返回-1且errno == EPERM - Docker 容器默认禁止
kill -9宿主机进程，也禁止子容器随意 kill 兄弟容器 - 检查权限的最快方式：命令行手动执行对应操作（如
taskkill /f /pid XXX或kill -9 XXX），再比对结果
