Mac Catalina系统下chromedriver安装避坑指南（附最新下载链接）

Mac Catalina系统下chromedriver安装避坑指南（附最新下载链接）

如果你是一名在Mac Catalina系统上工作的开发者，尤其是需要与浏览器自动化打交道的测试工程师或爬虫工程师，那么chromedriver这个工具对你来说一定不陌生。它就像是连接你的自动化脚本（比如Selenium）与Chrome浏览器之间的那座关键桥梁。然而，这座“桥”的搭建过程，在Catalina这个以安全性和权限管理严格著称的系统上，常常会变成一场充满“坑”的冒险。你可能遇到过“无法打开，因为无法验证开发者”的弹窗，或者在终端里输入命令后，系统冷冰冰地告诉你“Operation not permitted”。这些看似简单的步骤背后，是Catalina全新的安全架构（如Gatekeeper和SIP）在发挥作用。这篇文章的目的，就是带你绕过这些常见的陷阱，从下载、验证、移动到权限配置，一步步构建一个稳定可用的chromedriver环境。我们不仅会提供最新的官方下载指引，更会深入剖析每个错误背后的原因，并给出经过实战检验的解决方案，确保你能顺畅地开启自动化之旅。

1. 理解Catalina的安全壁垒与chromedriver

在开始动手之前，花点时间理解macOS Catalina（10.15）引入的核心安全特性至关重要。这能帮你从根本上明白为什么之前的安装方法会失效，以及我们后续的每一步操作是在解决什么问题。Catalina最大的变化之一是将系统卷设置为只读，并严格区分系统文件与用户数据。同时，Gatekeeper和系统完整性保护（SIP） 的执行力度达到了新的高度。

• Gatekeeper：它默认只允许运行来自App Store或经过公证（Notarized）的开发者应用。你从网络上下载的chromedriver，如果没有经过苹果的公证，首次打开时就会被它拦截。
• 系统完整性保护（SIP）：这项功能保护特定的系统目录（如/usr/bin、/usr/local/bin传统上的一部分区域）免受修改，即使是有sudo权限的用户。在更早的系统中，我们习惯把可执行文件扔进/usr/local/bin，但在Catalina上，直接向这些受保护路径复制文件可能会触发“Operation not permitted”。

因此，我们的安装策略需要进行调整。核心思路是：优先在用户空间内操作，必要时通过特定命令“知会”系统安全机制，而不是强行突破它。

一个常见的误解是认为chromedriver需要和Chrome浏览器版本严格一致。实际上，chromedriver的大版本号（如ChromeDriver 115）支持对应Chrome主版本号（Chrome 115）及其之后的一些小版本。你可以通过以下命令快速查看已安装的Chrome版本：

/Applications/Google\ Chrome.app/Contents/MacOS/Google\ Chrome --version

输出可能类似于 Google Chrome 115.0.5790.102，那么你就应该寻找ChromeDriver