Windows下用TerminateProcess终止指定PID进程需先调用OpenProcess（参数含PROCESS_TERMINATE）获取句柄，再调用TerminateProcess强制结束，该操作不执行析构、不释放资源；常见失败原因为权限不足（如目标进程权限更高），此时需AdjustTokenPrivileges提权或确保权限一致，并注意检查OpenProcess返回值及GetLastError。
Windows下用TerminateProcess杀掉指定PID的进程
在Windows平台，C++没有跨平台的“杀死进程”标准接口，必须调用Win32 API。核心是先用OpenProcess获取目标进程句柄，再用TerminateProcess强制结束——注意：这不是优雅退出，会直接终止所有线程、不执行析构函数、不释放资源。
常见错误是权限不足导致OpenProcess返回NULL，尤其当目标进程以更高权限（如管理员）运行时，当前程序没开SE_DEBUG_NAME特权就打不开句柄。解决方法是提前调用AdjustTokenPrivileges提权，或确保两进程权限一致。
实操要点：
-
dwDesiredAccess参数必须包含PROCESS_TERMINATE（0x0001），只传PROCESS_QUERY_INFORMATION会失败 - 调用
TerminateProcess后务必用CloseHandle清理句柄，否则泄漏 - 目标进程可能已退出，
OpenProcess返回NULL时要检查GetLastError()是否为ERROR_INVALID_PARAMETER（PID不存在）
Linux/macOS下用kill系统调用发信号
Unix-like系统靠信号机制控制进程，C++里用kill()函数（不是shell命令）发送信号。想强制结束，传SIGKILL（9号信号）；若想让进程有机会清理，可用SIGTERM（15号）并等待几秒后补SIGKILL。
立即学习“C++免费学习笔记（深入）”；
关键限制是权限：普通用户只能杀自己启动的进程，root可杀任意进程。如果kill()返回-1且errno == ESRCH，说明PID不存在；errno == EPERM则代表权限不够。
实操要点：
- 别直接用
system("kill -9 ...")——启动shell开销大，且易被注入（比如PID含空格或特殊字符） - 检查返回值：
kill(pid, SIGKILL)成功返回0，失败返回-1 - 注意PID类型：
pid_t而非int，避免32/64位平台差异
跨平台封装要注意的三个坑
写个“通用kill函数”看似简单，实际容易翻车。最常被忽略的是：Windows的PID和Unix的PID语义不同——Windows PID是全局唯一整数，但Linux下同一PID可能被回收复用，刚kill完立刻检查kill(pid, 0)可能误判进程还活着。
另一个坑是进程存在性验证：Windows用WaitForSingleObject(hProcess, 0) == WAIT_TIMEOUT判断是否存活；Linux用kill(pid, 0)检查权限+存在性，但errno == ESRCH才真不存在，EPERM可能是权限问题而非进程消失。
还有兼容性细节：
- macOS对
SIGKILL的响应可能比Linux慢一点，尤其沙盒进程 - Windows子进程若设了
CREATE_BREAKAWAY_FROM_JOB，可能脱离作业对象控制，TerminateProcess仍有效，但作业管理失效 - C++20的
std::process提案还没落地，别指望标准库支持
为什么std::terminate或exit不能杀别人
新手常混淆std::terminate（触发当前进程异常终止处理链）、std::exit（当前进程正常退出）和“杀别的进程”。它们作用域严格限定在调用者自身，对其他PID完全无影响。试图用fork() + exec再kill子进程？那只是杀自己派生的子进程，不是任意外部进程。
真正难点不在API调用，而在权限模型和状态同步：你得确认目标进程确实该被杀，且你有资格杀它。生产环境更倾向用IPC（如socket、共享内存）通知对方自行退出，而不是强行终结——后者容易留下文件锁、临时文件、数据库连接等残留。
