这几天电脑有时候卡，作为新买的 MBP，配置不低，肯定不是硬件问题。打开 Activity Monitor 一看，好家伙，有个 crashpad_handler 进程占用我 CPU 快 100%。这个进程看名字像是一个搜集应用程序崩溃的信息并上报的程序，这类程序按道理应该是很轻量级的，怎么会这么诡异？
没敢直接杀进程，先网上搜了一遍。先说结论：杀掉进程可以，没啥顾虑。
下面是我在 Reddit 上看到一个贴文，内容大致是这样的：
“我在 Mac 的「活动监视器」（Activity Monitor）里，发现一个名为 chrome_crashpad_handler 的进程，不论我有没有装 Chrome，都在吃大量 CPU 资源，导致风扇狂转、电池急速耗电。我根本没在用 Chrome，可这个程序却莫名其妙地存在，并持续占用系统资源。”
好家伙，跟我的情况基本差不多。看样子不止我一个人碰到这种奇怪问题了。
下面是社区里其他人的分析与建议（我把它们当成对我问题的可能解释和处置选项来看）：
社区的看法与分析
- 有人说 crashpad handler 的本质是一个用于「捕捉异常 / 崩溃报告」的辅助程序。它的工作是监控程序发生崩溃时收集数据、写报告、上传报错信息给服务端。
- 有时候，即便我没有安装 Chrome 或其他 Google 软件，这个进程也会出现。换句话说，它很可能是被某些基于 Electron 的应用（例如 VS Code）间接调用或触发的。
- 在某些情况下，这个进程会不断崩溃 — 也就是说它自身也出现问题，导致系统日志里记录很多 crash。
- 有用户指出，这种异常行为在较早版本的 Chromium / Chrome 中就被投诉过：crashpad_handler 会占用极高 CPU，重启或杀掉后偶尔会恢复正常，但问题可能复发。
给出的一些操作建议 / 可尝试的方式
- 强制退出 / 杀掉这个进程：可以在活动监视器里尝试“强制退出”这个程序，看看系统负载是否降下来。
- 删除可疑文件 / 资源：在 Finder 里搜 “chrome_crashpad_handler” 这样的关键词，尝试找出这个程序的可执行文件或相关目录，把它移出垃圾桶或删除（当然要小心备份）。
- 重启 Mac：重启可能使它暂时不再启动，或清除残留状态。
- 检查那些可能调用它的软件：特别是 Electron 应用，比如 VS Code、某些插件或扩展。有可能是这些应用在运行时触发了 crashpad handler 进程。
- 更新 / 卸载 / 重新安装软件：尝试更新相关应用或者卸载后再装，有可能修正触发机制。
- 监测日志 / 崩溃报告：检查系统日志或崩溃报告，看这个进程什么时候触发，是什么程序作为其父进程。
Reddit 这篇帖子原链接：https://www.reddit.com/r/macbook/comments/nac3z1/in_activity_monitor_i_see_chrome_crashpad_handler/