Homebrew更新curl后默认调用旧版的配置与清理问题

先提最关键的注意点：macOS 从10.11 El Capitan版本开始默认开启系统完整性保护（SIP），哪怕是root用户也无权直接修改、删除/usr/bin目录下的系统内置二进制文件，你想直接删/usr/bin/curl的操作第一步就会被系统拦截，本身就走不通。

三个问题逐一说明 #

1. 删除/usr/bin/curl建软链是否可行？有没有更优方案？ #

这个方案可行性极低，非常不推荐：

• 开着SIP你根本删不掉系统自带的curl，就算特意关了SIP改系统目录，后续只要打系统小版本更新，被修改的系统文件就会被自动恢复，之前的操作全白费；
• 很多系统内置脚本、后台服务是硬编码写死调用/usr/bin/curl的，你把它替换成新版本，一旦遇到参数、接口兼容性问题，会出各种找不到原因的系统异常，排查起来特别麻烦。

最优方案完全不需要动系统文件，零风险：调整bash的PATH环境变量优先级，把Homebrew装的新版curl所在路径放到系统路径前面，命令行执行curl的时候就会优先找到新版。
Homebrew装完curl后，会自动把当前生效版本的可执行文件软链到/usr/local/opt/curl/bin路径，这个路径不会随curl版本升级变化，配一次就一直能用。

2. 删除/usr/bin/curl后是否需要更新环境变量？ #

要是你真关了SIP强行删了/usr/bin/curl、在同路径建了新版的软链，确实不用改环境变量就能找到curl——毕竟/usr/bin本来就在系统默认的PATH列表里。但还是要再说一次，这个操作风险太高，完全没必要做。

正确的PATH配置步骤很简单：

1. 编辑当前用户的bash配置文件~/.bash_profile（如果是交互式非登录场景就改~/.bashrc），加入下面这行配置：

   export PATH="/usr/local/opt/curl/bin:$PATH"
   

2. 执行source ~/.bash_profile让配置立刻生效
3. 验证结果：执行which curl如果返回/usr/local/opt/curl/bin/curl就是配置成了，再跑curl --version就能看到是Homebrew装的7.80.0版本。

3. 直接删除/usr/bin/curl能不能完全清除旧版本残留？ #

清不干净。
系统自带的7.43.0版curl是macOS预装系统组件的一部分，除了/usr/bin/curl这个可执行文件，它对应的依赖动态库、系统签名校验缓存、关联服务配置都存在其他受SIP保护的系统目录里，单独删一个可执行文件根本不算完全清除。

而且完全没必要删旧版本：两个版本可以完美共存，你自己在命令行调用的时候走PATH优先级更高的新版，系统内部服务需要调用的时候走自带的旧版，互不干扰，不会有任何冲突。

内容的提问来源于stack exchange，提问作者Alex Ixeras