判断进程是否存在应优先使用 psutil.pid_exists(pid)，它跨平台、安全高效；若需按名称查找，可用 psutil.process_iter() 遍历匹配；os.kill(pid, 0) 仅限 Unix 系统且不跨平台。
在 Python 中判断一个进程是否存在，核心思路是尝试获取该进程的信息；如果获取失败（比如进程已退出或 PID 不存在），则说明进程不存在。常用方法有基于 psutil 库和系统命令（如 os.kill）两种，推荐使用 psutil，它跨平台、安全、信息丰富。
用 psutil 检查进程是否存在
psutil 是最可靠的方式。它能通过 PID 获取进程对象，若进程不存在则抛出 psutil.NoSuchProcess 异常。
- 先安装：
pip install psutil - 检查单个 PID 是否存在：
import psutil
<p>def process_exists(pid):
try:
return psutil.pid_exists(pid) # 推荐：简洁且高效
except (psutil.NoSuchProcess, psutil.AccessDenied, psutil.ZombieProcess):
return False</p><h1>示例</h1><p>if process_exists(1234):
print("进程存在")
else:
print("进程不存在或无权限访问")
psutil.pid_exists(pid) 是官方推荐的轻量级判断方式，内部做了异常处理，比手动调用 psutil.Process(pid) 更稳妥。
用 os.kill 模拟信号检测（仅限 Unix/Linux/macOS）
在类 Unix 系统中，可向进程发送信号 0（不实际发送信号，只做权限/存在性检查）。Windows 不支持此用法。
立即学习“Python免费学习笔记（深入）”；
Handsfree Windows Control
下载
通过 handsfree-windows CLI控制 Windows 本机应用 (UIA) 和浏览器 (Playwright) 的引导技能，用于自动化或测试桌面应用。
- 信号 0 可用于探测进程是否存在且当前用户有权限访问
- 若进程不存在或无权限，会触发
ProcessLookupError或PermissionError
import os <p>def process_exists_by_kill(pid): try: os.kill(pid, 0) # 发送信号 0 return True except (OSError, ProcessLookupError, PermissionError): return False
注意：该方法在 Windows 上会直接报错（NotImplementedError），不可跨平台使用。
按名称查找进程（非 PID 场景）
如果只知道进程名（如 "python" 或 "chrome"），可用 psutil.process_iter() 遍历并匹配：
import psutil
<p>def find_processes_by_name(name):
matches = []
for proc in psutil.process_iter(['pid', 'name', 'status']):
try:
if proc.info['name'] == name or proc.info['name'].lower() == name.lower():
if proc.info['status'] != 'zombie': # 过滤僵尸进程
matches.append(proc.info['pid'])
except (psutil.NoSuchProcess, psutil.AccessDenied, psutil.ZombieProcess):
pass
return matches</p><h1>示例：查找所有名为 "python" 的进程 PID</h1><p>pids = find_processes_by_name("python")
print(pids)
注意：进程名可能因系统/启动方式不同而略有差异（如 python3、python.exe），建议加 .lower() 安全匹配。
注意事项与常见坑
-
PID 复用风险：操作系统会重用已退出进程的 PID，所以“PID 存在”不等于“原进程还在”。需结合启动时间（
proc.create_time()）等字段进一步校验 -
权限问题：Linux/macOS 下普通用户无法访问其他用户的进程信息，会触发
psutil.AccessDenied，应捕获处理 -
僵尸进程：
psutil.pid_exists()返回True，但实际已终止，需额外检查proc.status()是否为'zombie' -
Windows 特殊行为：某些服务进程或保护进程即使存在也可能拒绝访问，返回
AccessDenied
不复杂但容易忽略
