homebrew 与系统 python 可共存，关键在 path 顺序决定 python3 命令调用哪个版本；openssl 亦可并存，但需正确配置 pkg_config_path 避免链接错误；node.js 多版本混用时须确保 node 与 npm 路径一致；vs code 终端依 shell 配置，gui 应用则需显式指定 shebang。

Homebrew 安装的 Python 与系统自带 Python 怎么不冲突

MacOS 自带 /usr/bin/python3（12.3+ 系统为 Python 3.9），而 Homebrew 安装的是 python@3.12 或更高版本，默认路径是 /opt/homebrew/bin/python3。两者共存没问题，真正出问题的是 PATH 顺序和 python3 命令指向谁。

关键不是“能不能共存”，而是“你敲 python3 时到底跑哪个”。默认情况下，只要 /opt/homebrew/bin 在 /usr/bin 前面，就走 Homebrew 版；反之则走系统版。

• 检查当前优先级：echo $PATH，确认 /opt/homebrew/bin 是否排在 /usr/bin 左侧
• 临时切换：直接调用完整路径，比如 /usr/bin/python3 --version 或 /opt/homebrew/bin/python3 --version
• 不要用 sudo rm /usr/bin/python3 或硬链接覆盖系统路径——这会破坏 macOS 系统完整性保护（SIP），后续可能无法升级或触发恢复模式警告

Homebrew 的 openssl 和系统 /usr/lib/libssl.dylib 能否同时存在

可以，而且必须共存。macOS 系统组件（如 curl、git）依赖 SIP 保护下的 /usr/lib/libssl.dylib，而 Homebrew 安装的 openssl@3 放在 /opt/homebrew/opt/openssl@3/lib/，完全隔离。

但问题常出在编译软件时误连错库：比如用 ./configure --with-openssl=/opt/homebrew/opt/openssl@3 是对的，但如果漏写路径、或环境变量 PKG_CONFIG_PATH 没配好，就可能链接到系统旧版，导致运行时报 Symbol not found: _SSL_CTX_get0_param 这类错误。

• 验证链接目标：otool -L $(which curl) 查看它实际用的 libssl 路径
• 编译前务必设置：export PKG_CONFIG_PATH="/opt/homebrew/opt/openssl@3/lib/pkgconfig"
• Homebrew 自动处理了大多数公式（formula）的依赖隔离，但手动 make 的项目必须自己管好 LD_LIBRARY_PATH（macOS 实际用 DYLD_LIBRARY_PATH，但不推荐设，应改用 -rpath 编译参数）

多个 Node.js 版本混用时，npm 执行的是哪个

Homebrew 安装的 node 自带对应版本的 npm，放在同一目录下（如 /opt/homebrew/bin/npm）。但如果你又用 nvm 安装了另一套 Node.js（比如 ~/.nvm/versions/node/v20.10.0/bin/node），那么 npm 的行为取决于 PATH 中哪个 bin 目录更靠前，且 npm 不一定和 node 版本匹配——这是最隐蔽的坑。

• 执行 which node 和 which npm，分别看路径是否一致；不一致就说明“人货分离”
• nvm 管理的 npm 默认随 node 切换，但 Homebrew 的 npm 是固定绑定的，不会随 nvm use 变化
• 避免混合使用：要么全用 nvm（推荐，尤其需多版本场景），要么全用 Homebrew + brew install node@18 等多版本公式（注意：Homebrew 官方只保留最新稳定版，旧版需从 homebrew-versions tap 安装，现已归档，不建议）

怎么让 VS Code 终端默认用 Homebrew Python 而 GUI 应用用系统 Python

VS Code 的集成终端读取 shell 配置（如 ~/.zshrc），所以只要 PATH 设置正确，它自然走 Homebrew 版。但 GUI 应用（比如双击打开的 Python 脚本、Automator 中运行的 python3）启动时没有加载你的 shell 配置，PATH 是最小化的，通常只含 /usr/bin 和 /bin。

这不是 bug，是 macOS 的安全设计：GUI 进程不继承用户 shell 环境，防止恶意应用污染路径。所以别指望在 Finder 里双击 .py 文件时自动用 Homebrew 的解释器。

• GUI 场景想指定解释器：在脚本首行写 #!/opt/homebrew/bin/python3，并 chmod +x 后直接执行
• VS Code 中按 Cmd+Shift+P → “Python: Select Interpreter”，手动选 /opt/homebrew/bin/python3，它会写进工作区 .vscode/settings.json
• 不要修改 /etc/paths 或 /etc/paths.d/ 来全局提升 Homebrew 路径——这会影响所有用户和系统服务，包括 MDM 管理的设备，容易引发不可逆异常

共存本身不难，难的是每个工具链对环境变量、动态链接、shebang 和 GUI 启动机制的处理逻辑完全不同。最容易被忽略的，是认为“PATH 设对了就万事大吉”，其实 dyld 加载器、shell 的 login/non-login 模式、VS Code 的子进程继承策略，都在暗处悄悄改写结果。