应切换到“详细信息”选项卡并勾选命令行、映像路径、用户名等列，或用PowerShell的Get-CimInstance Win32_Process查父子进程，配合Process Explorer分析进程树与句柄；高CPU可能实为磁盘IO瓶颈。
任务管理器里看到CPU/内存飙升，但点不开进程详情怎么办
windows 任务管理器默认只显示进程名称（如 chrome.exe），不显示完整路径、命令行参数或所属用户，导致多个同名进程无法区分。比如十几个 python.exe 同时运行，根本不知道哪个在跑训练脚本、哪个卡死在死循环里。
解决方法是切换到「详细信息」选项卡（不是「进程」页），右键列标题 →「选择列」→ 勾选：
- 命令行（关键！能看到启动参数，例如是否带 --train 或 main.py）
- 映像路径（确认是不是你预期的程序，避免被伪装进程欺骗）
- 会话 ID 和 用户名（区分系统服务、后台应用、当前用户进程）
- CPU 时间（比瞬时占用率更能反映长期负载）
用 PowerShell 快速查出真正“吃资源”的进程（含子进程树）
任务管理器只展示扁平列表，但高资源占用常来自子进程链——比如 git.exe 调用 sh.exe 再启动一堆 grep，父进程看着安静，实际全靠它调度。
执行这条命令能按 CPU 使用率倒序列出前 10 个进程，并附带其启动命令和父进程 ID：
Get-Process | Where-Object { $_.CPU -gt 0 } | Sort-Object CPU -Descending | Select-Object Id, ProcessName, Path, CommandLine, ParentId -First 10注意：
ParentId 需要配合 Get-Process -Id XXX 手动查父进程；更省事的做法是用 Get-CimInstance Win32_Process，它原生带 ParentProcessId 和完整 CommandLine 字段，且权限要求更低。
为什么「结束任务」后资源没降，或者几秒后又涨回来
常见于三类情况：
- 进程被服务宿主托管：比如 svchost.exe 或 dllhost.exe，直接杀掉会触发 Windows 自动重启对应服务
- 应用有守护进程：如 OneDrive.exe 杀掉后 explorer.exe 会立刻拉起新实例
- 脚本或批处理反复执行：比如计划任务每分钟调一次 backup.bat，而该脚本内部卡在某个 robocopy 上没退出
此时不能只看进程名，要结合：
- 用 tasklist /svc /FI "PID eq XXX" 查该 PID 关联的服务名
- 用 schtasks /query /fo LIST /v 检查是否有高频触发的任务
- 在「性能监视器」中添加计数器：Process(*)\% Processor Time，勾选「添加所有实例」，观察曲线是否呈规律性尖峰
第三方工具只推荐一个：Process Explorer（微软官方出品）
它不是为了替代任务管理器，而是补足它缺失的上下文。打开即显示：
- 进程树结构（点击 chrome.exe 可展开所有渲染子进程）
- 右键「Properties」→「Image」页能看到数字签名、公司名、校验和（快速识别恶意软件）
- 「Handles」和「DLLs」页可查句柄泄漏或注入行为（比如某进程加载了非官方 hook.dll）
- 悬停在 CPU 占用柱状图上，会显示最近 60 秒的采样趋势，比任务管理器的 1 秒刷新更稳
注意：Process Explorer 默认以普通权限运行，若看不到系统级进程（如 csrss.exe），需右键图标 →「Run as Administrator」；但多数资源问题其实发生在用户态，不提权也够用。
最易忽略的一点：很多「高 CPU」现象本质是磁盘 I/O 等待（System Idle Process 显示低但磁盘队列长度爆表），这时候得切到「磁盘」选项卡看 IO Read Bytes/sec 和 IO Write Bytes/sec，而不是盯着 CPU 数字干着急。
