homebrew python 的真实二进制路径为：m1/m2/m3（arm64）架构下是 /opt/homebrew/opt/python/bin/python3.14，intel（x86_64）架构下是 /usr/local/opt/python/bin/python3.14，该路径指向 cellar 中当前激活版本的符号链接，而非硬编码的具体版本子目录。
Homebrew Python 的真实二进制路径在哪？
Homebrew 不直接把 python3 二进制放到 /opt/homebrew/bin/ 下，而是放一个 shell wrapper 脚本。这个脚本负责加载环境、设置 sys.path，再 exec 真实解释器。PyCharm、VS Code 或某些调试器如果只认裸二进制，就会失败。
真实路径按芯片架构区分：
- M1/M2/M3（ARM64）：
/opt/homebrew/opt/python/bin/python3.14 - Intel（x86_64）：
/usr/local/opt/python/bin/python3.14
注意：python@3.14 是 formula 名，opt/python 是符号链接，指向当前激活版本的 Cellar 子目录。所以不要硬写死 /opt/homebrew/Cellar/python@3.14/3.14.6/bin/python3 —— 升级后会断。
官网 .pkg 安装的 Python 路径为什么固定在 /Library/Frameworks？
macOS 官网包走的是 Apple 的 Framework 打包规范，所有资源（解释器、site-packages、头文件、动态库）都塞进 /Library/Frameworks/Python.framework/ 目录树。这是为了和 Xcode 工具链、系统签名机制兼容，也方便 GUI 应用调用。
关键区别：
-
pip默认安装到：/Library/Frameworks/Python.framework/Versions/3.14/lib/python3.14/site-packages - PATH 注入靠 installer 自动写入
/etc/paths.d/python，不依赖用户 shell 配置 - 卸载必须手动删整个
Python.framework目录，没有brew uninstall那种元数据清理
为什么 which python3 返回的是 wrapper，而 sys.executable 指向真实路径？
这是 Homebrew 的显式设计：wrapper 脚本在启动时通过 exec -a python3 /opt/homebrew/Cellar/python@3.14/3.14.6/bin/python3.14 替换自身进程镜像。所以：
-
which python3查的是 PATH 中可执行文件，返回 wrapper 路径（如/opt/homebrew/bin/python3） -
python3 -c "import sys; print(sys.executable)"输出的是被exec启动的真实二进制路径 - 多数现代工具（包括 pip、venv、pytest）能正确处理 wrapper；但 IDE 解释器配置页常绕过 wrapper，直接读
sys.executable，所以必须填后者
PATH 冲突时，哪个 Python 会被优先选中？
顺序完全取决于 PATH 环境变量里目录的排列先后。比如你同时有：
-
/usr/bin/python3（系统自带，3.9） -
/opt/homebrew/bin/python3（wrapper，指向 3.14） -
/Library/Frameworks/Python.framework/Versions/3.14/bin/python3（官网包，3.14）
若 PATH="/opt/homebrew/bin:/usr/bin:/Library/Frameworks/Python.framework/Versions/3.14/bin"，则 python3 一定命中 Homebrew wrapper；但裸命令 python 仍不存在 —— Homebrew 故意不提供它，避免多版本混用出错。
最容易被忽略的一点：PyCharm 的 Terminal tab 读的是你的 shell 配置（含 PATH），而 Python Console 或 Run Configuration 用的是解释器自身的 sys.executable 和 site-packages，两者可能根本不是同一个环境。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
