Homebrew依赖冲突本质是同名库多版本在路径、ABI或加载顺序上的隐性干扰；需先用which、echo $PATH、otool -L和dyld_print_libs定位真实生效版本，再通过brew deps --tree/--reverse查依赖树，最后用brew autoremove或rmtree精准清理冗余包并隔离项目环境。
homebrew 安装时提示依赖冲突，通常不是“装了太多包”，而是不同来源的同名库（比如 openssl@1.1 和 openssl@3）在路径、abi 或加载顺序上发生了隐性干扰。关键要跳过猜测，直接定位真实生效的版本和加载行为。
先确认谁在真正起作用
别急着卸载，先看清终端里实际调用的是哪个：
- 运行 which python3、which curl、which php，看输出是
/usr/bin/（系统）、/opt/homebrew/bin/（Apple Silicon）还是~/.pyenv/shims/（pyenv 管理） - 执行 echo $PATH，检查这些路径的排列顺序——排最前的会优先被找到
- 对报错命令（如
brew install nginx失败），用 otool -L $(which openssl) 查它编译时依赖的库路径；再用 dyld_print_libs=1 openssl version 2>&1 | grep ssl 看运行时实际加载了哪个libssl.dylib
查清依赖树和冲突源头
Homebrew 不会直接告诉你“哪里冲突”，但能帮你理清依赖关系：
macOS Automator Services
下载
部署和使用军舰的 macOS Automator 自动化服务集合。包含 5 个实用工作流：PDF转JPG、PNG重命名并转JPG、图像拼接、解压RAR、顺序命名图像文件。一键安装所有服务到 ~/Library/Services/ 目录。使用场景：(1) "安装我的自动化服务"，(2) "部署所有 Automato...
- 查看全局依赖结构：brew deps --installed --tree
- 聚焦某个包（如 node）：brew deps --tree node，观察是否混用了不同版本的
openssl或icu4c - 反向查找谁依赖某个库：brew deps --reverse openssl@1.1，再结合 brew info openssl@1.1 看各上游包要求的版本范围
- 快速筛查多版本共存：brew list | grep -E "(openssl|curl|python|readline)"
针对性清理与隔离
清理不是删得越多越好，而是精准移除冗余、保留必要依赖：
- 预览可安全删除的包：brew autoremove --dry-run，它只标出没被任何已装公式依赖的“孤儿包”
- 执行清理：brew autoremove，之后自动运行 brew cleanup
- 处理顽固冲突（如想换掉 openssl@1.1）：brew uninstall openssl@1.1 → brew install openssl@3 → brew upgrade --force（慎用，仅用于适配新库）
- 彻底卸载主程序及其闲置依赖：brew tap beeftornado/rmtree → brew rmtree --dry-run ffmpeg → 确认无误后执行 brew rmtree ffmpeg
避免下次再冲突
预防比修复更省力：
- 安装前先运行 brew update && brew doctor，修复所有警告（尤其是 Xcode Command Line Tools 缺失、权限异常、unlinked kegs）
- 禁用 sudo brew，改用 sudo chown -R $(whoami) /opt/homebrew 修复权限
- 开发项目级环境用 pyenv + venv、nvm、rbenv 隔离，不依赖全局 Homebrew 版本
- CLI 工具（如 curl、git）若被脚本硬编码调用系统路径，可用 install_name_tool -change 修改已有二进制的依赖路径
