最轻量、最可靠检测进程存活的方式是用 kill -0 $PID：仅检查进程存在性与权限，不发送实际信号；进程为僵尸态时仍返回成功。
Linux下用 kill 发送信号 0 检测进程存活
最轻量、最可靠的方式是向目标 PID 发送信号 0：kill -0 $PID。这个操作不真正发送任何信号，只做权限和存在性检查——如果进程存在且调用者有权限向它发信号，就返回 0；否则返回非零（通常是 1）。注意：即使进程处于僵尸状态（Z 状态），kill -0 仍会成功，因为它只是查进程描述符是否还在内核中。
在 C++ 中可直接调用 kill() 系统函数：
#include <sys/types.h>
#include <signal.h>
#include <cerrno>
bool is_process_alive(pid_t pid) {
if (pid <= 0) return false;
int ret = kill(pid, 0);
if (ret == 0) return true;
if (errno == ESRCH) return false; // 进程不存在
if (errno == EPERM) return true; // 存在但无权限（比如 init 或其他用户进程）
return false; // 其他错误（如无效 pid_t 格式）按失败处理
}
-
ESRCH表示“No such process”，可安全判定为进程已退出 -
EPERM表示“Operation not permitted”，说明进程存在，只是当前用户无权发送信号（常见于pid=1或 root 启动的守护进程） - 不要忽略
errno，仅靠kill()返回值无法区分“不存在”和“无权限”
Windows 下用 OpenProcess + GetExitCodeProcess
Windows 没有类 Unix 的信号机制，必须打开进程句柄再查退出码。关键点在于：OpenProcess 成功只代表进程对象句柄可获取，不代表进程仍在运行；必须进一步调用 GetExitCodeProcess 判断是否已终止。
示例逻辑：
立即学习“C++免费学习笔记（深入）”；
#include <windows.h>
bool is_process_alive(DWORD pid) {
HANDLE h = OpenProcess(PROCESS_QUERY_LIMITED_INFORMATION, FALSE, pid);
if (!h) return false; // 无法打开（不存在 / 权限不足 / pid 无效）
DWORD exit_code;
bool alive = GetExitCodeProcess(h, &exit_code) && exit_code == STILL_ACTIVE;
CloseHandle(h);
return alive;
}
- 必须用
PROCESS_QUERY_LIMITED_INFORMATION（Win8+）或PROCESS_QUERY_INFORMATION（旧系统），不能只用SYNCHRONIZE -
STILL_ACTIVE是宏定义为259，不是 0；退出后才是真实退出码 - 即使进程刚结束但句柄未关闭，
OpenProcess仍可能成功，所以跳过GetExitCodeProcess会误判
跨平台封装要注意的陷阱
别直接封装成 “is_pid_running(int pid)” 并隐藏平台差异——语义容易误导。Linux 下 kill -0 对僵尸进程返回 true，而 Windows 下已退出进程的句柄会很快失效，行为不一致。
- Linux 下僵尸进程（
Z）仍算“存在”，kill -0成功，但实际不可交互 - Windows 下若进程刚退出、句柄未释放，
OpenProcess可能成功，但后续GetExitCodeProcess立即返回非STILL_ACTIVE - 没有“绝对精确”的跨平台判断：你真正需要的是“能否通信”还是“是否在执行指令”？前者建议加一步尝试读取
/proc/$PID/stat（Linux）或QueryFullProcessImageName（Windows）来佐证
为什么不用 ps 或 tasklist 解析输出？
调用外部命令解析文本结果看似简单，但实际非常脆弱：
- 输出格式随 locale、系统版本、ps 选项变化（例如
ps -o pid= -p $PID在某些 BusyBox 环境不支持-o） - 启动新进程开销大，频繁调用会拖慢程序，且存在竞态：命令执行瞬间进程可能已退出
- Windows 的
tasklist /FI "PID eq $PID"输出含中文时编码混乱，正则匹配极易出错 - 权限问题更隐蔽：普通用户可能看不到其他用户的进程，但
ps默认不报错，只静默过滤掉
真正需要稳定判断时，绕不开系统 API。临时脚本调试可以 kill -0 或 tasklist，但嵌入到长期运行的服务里，必须用原生接口。
