正确做法是显式调用 pyenv 管理的解释器绝对路径（如 ~/.pyenv/versions/3.9.18/bin/python -m venv venv3）创建虚拟环境，避免因 shell 环境未重载导致 python 命令仍指向系统默认 Python 而错绑解释器。
用 pyenv + venv 组合避免解释器错绑
直接调用 python -m venv 或 virtualenv 时，命令行里当前的 python 是哪个版本，就绑定哪个解释器——哪怕你刚用 pyenv local 3.9.18 切换过，只要没重载 shell 环境变量，python 仍可能指向系统默认的 Python 2.7。结果就是：你以为建的是 Python 3 环境，实际底层是 Python 2，后续 pip install 会静默失败或装错位置。
正确做法是显式调用 pyenv 管理的解释器路径：
- 先确认目标版本已安装：
pyenv versions（如看到3.9.18和2.7.18） - 进入项目目录，执行：
~/.pyenv/versions/3.9.18/bin/python -m venv venv3 - 激活：
source venv3/bin/activate，再运行python --version验证是否为 3.9.18
不推荐用 virtualenv -p python3，因为 python3 可能是系统自带的、未被 pyenv 管控的二进制，容易绕过版本隔离。
脚本 shebang 必须写死 python3 或 python2
#!/usr/bin/env python 在多版本共存下完全不可靠。它只查 $PATH 中第一个叫 python 的可执行文件，而这个顺序受 shell 初始化、pyenv 是否生效、甚至终端是否继承父进程环境影响。一个在 VS Code 终端里跑正常的脚本，放到 crontab 里就报 SyntaxError: invalid syntax（因 cron 启动的 shell 没加载 pyenv）。
立即学习“Python免费学习笔记（深入）”；
自动化脚本必须明确指定解释器：
- Python 3 脚本开头写：
#!/usr/bin/env python3 - Python 2 脚本开头写：
#!/usr/bin/env python2 - 如果脚本需跨平台且依赖 pyenv，改用
#!/usr/bin/env pyenv exec python3（但注意：pyenv 必须已初始化且 PATH 可达）
别指望“自动适配”——自动化场景里，确定性比灵活性重要十倍。
快速生成专业的 Python 脚本和应用代码。一键创建完整项目结构，支持CLI、API、爬虫、Bot、Django等多种项目类型，包含完整的项目结构、配置文件、依赖管理、测试、README和文档。
conda 创建环境时必须指定 python= 版本号
用 conda 管理多版本时，conda create -n myproj 不带 python= 参数，会默认用当前激活环境的 Python 版本创建新环境。如果你当前在 base（Python 3.11）下执行该命令，即使想建 Python 2.7 环境，也会得到一个 Python 3.11 环境。
安全写法永远带显式版本约束：
- 建 Python 3.9 环境：
conda create -n myproj39 python=3.9 - 建 Python 2.7 环境：
conda create -n myproj27 python=2.7 - 激活后验证：
conda activate myproj27 && python --version
conda 不会自动识别 pyenv 的 local/global 设置，它只认自己维护的安装副本。混用 pyenv 和 conda 时，建议物理隔离：pyenv 管源码编译版，conda 管预编译包版，避免路径冲突。
virtualenvwrapper 的 workon 无法区分同名但不同解释器的环境
如果你用 mkvirtualenv -p /usr/bin/python2.7 py3env 和 mkvirtualenv -p /usr/bin/python3.9 py3env 创建了两个都叫 py3env 的环境（只是解释器不同），workon py3env 只会激活最后一个创建的，前一个被覆盖且无提示。这在 CI/CD 或定时任务中极易引发静默错误。
解决办法只有两个：
- 环境名必须体现解释器版本，例如：
py27-django16、py39-fastapi2 - 彻底弃用
virtualenvwrapper，改用pyenv virtualenv（它会自动把 Python 版本嵌入环境名，如pyenv virtualenv 3.9.18 myproj生成的环境名为3.9.18/myproj，pyenv activate myproj时自动匹配）
名字不是装饰，是定位依据。在服务器上排查问题时，没人会去翻每个 venv/bin/python 的 --version 输出——他们只看环境名。
