Windows下用TerminateProcess强制杀进程必须先调用OpenProcess获取PROCESS_TERMINATE权限的句柄，否则因权限不足返回NULL导致失败；需检查OpenProcess返回值、调用TerminateProcess后关闭句柄，避免泄漏。
Windows下用 TerminateProcess 强制杀进程，但必须有句柄
直接调用 TerminateProcess 不行，它不接受 PID，只认进程句柄。你得先用 OpenProcess 拿句柄，而且权限得够——PROCESS_TERMINATE 是必须的，否则会返回 ERROR_ACCESS_DENIED。
常见错误是没检查返回值：如果目标进程已退出、权限不足或被系统保护（比如 PID 4 的 System 进程），OpenProcess 就返回 NULL，接着调 TerminateProcess 会崩或静默失败。
- 用
OpenProcess(PROCESS_TERMINATE, FALSE, pid)，第二个参数FALSE表示不继承句柄 - 成功后立刻调
TerminateProcess(hProc, EXIT_FAILURE)，退出码可任意填 - 别忘了
CloseHandle(hProc)，否则有句柄泄漏风险 - 管理员权限不是默认就有：UAC 下普通程序开不到 svchost、explorer 等进程句柄
Linux/macOS 下用 kill 系统调用，信号选对才真“强制”
kill(pid, SIGKILL) 是唯一真正强制终止的方式；SIGTERM 只是发通知，进程可以忽略或延迟处理。别信某些文档说 kill -9 “不一定生效”——只要 PID 存在且你有权限，SIGKILL 内核强制收走，没有回调、不等清理、不给机会。
容易踩的坑是误用 system("kill -9 ...")：启动 shell 开销大，还可能被路径、空格、注入干扰；更糟的是，system 返回的是 shell 退出码，不是 kill 是否成功。
立即学习“C++免费学习笔记（深入）”；
- 直接调
kill(pid, SIGKILL)，头文件是<sys></sys>和<signal.h></signal.h> - 检查返回值：-1 表示失败，此时看
errno——ESRCH是 PID 不存在，EPERM是权限不够（非 root 杀其他用户进程） - 别用
kill(-pid, sig)除非你明确想杀整个进程组；负号一加，行为就变了
C++跨平台封装时，别碰 CreateProcess / fork 的遗留句柄
如果你之前用 CreateProcess 启动了子进程，又想后面 kill 它，记得创建时设 bInheritHandles = FALSE，否则子进程可能继承你的句柄，导致你关不掉它，或者它意外持有你本该关闭的资源。
Linux 下更隐蔽的问题是：用 fork+exec 启的进程，父进程不显式 waitpid，子进程会变僵尸——这时候你再用 kill 发 SIGKILL，其实没效果，因为僵尸进程已经没运行态了，只能靠父进程 wait 收尸。
- Windows：启进程时传
CREATE_NO_WINDOW | CREATE_SUSPENDED不影响后续 kill，但别漏掉STARTUPINFO的hStdInput/Output初始化，否则TerminateProcess可能卡住 - Linux：若用
posix_spawn替代fork+exec，记得设POSIX_SPAWN_SETSIGMASK避免信号被子进程屏蔽 - 跨平台工具库如
boost::process默认不暴露底层句柄或 PID 持有逻辑，查清它内部是否自动wait或是否允许外部干预
权限和权限之外：PID 复用、容器隔离、seccomp 都会让 kill 失效
PID 复用是最大幻觉来源：你拿到一个 PID，调 kill 或 TerminateProcess，结果干掉了刚启动的新进程——因为旧进程早死了，内核把 PID 分给了别人。所以 kill 前最好加一层确认，比如读 /proc/[pid]/comm（Linux）或用 GetProcessImageFileName（Windows）比对路径。
容器环境里更复杂：Docker/K8s 默认用 PID namespace 隔离，宿主机看到的 PID 和容器内完全不一样；而 seccomp BPF 规则可能直接屏蔽 kill 系统调用，这时连 errno == EPERM 都不会报，而是直接返回 -1 + errno == ENOSYS。
- Linux：用
readlink("/proc/[pid]/exe")验证进程是否还是你要杀的那个二进制 - Windows：用
QueryFullProcessImageName替代已废弃的GetModuleFileNameEx - 容器中优先走容器运行时 API（如
docker kill或 CRI 接口），别硬怼宿主机 PID
