唉，mac怎么用python版本，这个问题，说起来简单，好像装个软件点几下就完事儿，但真正用起来，尤其是有几个项目需要不同Python版本的时候，那可真是… 一言难尽，多少新手在这里栽了跟头，甚至老手也可能一时疏忽掉坑里。今天，咱们就好好聊聊这事儿，从头到尾，把我这些年的经验（和踩过的坑）都掏心窝子跟你分享分享。
刚拿到一台新的Mac，或者重装了系统，你可能会惊喜地发现：咦，终端里敲个 python，居然有反应！对，没错，macOS系统自带了一个Python。早些年是Python 2.x，现在新系统里一般是Python 3.x 了，路径嘛，大概在 /usr/bin/python3 这样的地方。但这系统自带的版本，说句实话，我个人是强烈不推荐直接拿它来搞开发用的。为啥？原因挺多的。首先，它的版本可能比较老旧，不是最新的稳定版，很多新的库可能不支持，或者装起来麻烦。更要命的是，它是系统级别的，你用 pip 往里面装各种库，很容易就把系统的文件搞乱，甚至影响到macOS自己的一些依赖。苹果爸爸留着它，多半是为了系统自己运行某些脚本，普通用户最好别去碰它，就当它不存在好了。这是第一个大原则：远离系统自带Python。
那系统自带的不能用，我得自己装一个呗？当然。问题来了，装哪个版本？怎么装？这就是mac怎么用python版本的核心来了。市面上有各种各样的Python版本，3.8、3.9、3.10、3.11… 哪个适合我？而且，我可能手上有好几个项目，这个老项目依赖Python 3.8，那个新项目得用Python 3.10的新特性。如果只装一个版本的Python，根本搞不定啊！这就是我们面临的第二个问题：版本冲突。
解决版本冲突，避免不同项目之间的依赖打架，这是Mac上玩Python必须掌握的技能。这时候，我们就需要请出一些强大的工具了。
首先登场的是，Mac用户几乎人手必备的包管理器：Homebrew。你可以把它理解成Mac上的一个软件商店，各种命令行工具、开发库都能通过它方便地安装、更新、卸载。安装Homebrew非常简单，去它官网复制那一行命令，在终端里跑一下就行。装好Homebrew之后，安装Python就变得异常轻松愉快了。比如你想装Python 3.9，只需要在终端里敲：brew install python@3.9。想装3.10？那就 brew install python@3.10。Homebrew会帮你处理好一切依赖关系，把Python安装到一个规范的路径下，比如 /usr/local/opt/python@3.9/bin/python3 （如果你是Intel芯片的Mac），或者 /opt/homebrew/opt/python@3.9/bin/python3 （M芯片）。Homebrew安装的Python，默认情况下会更“友好”一些，Homebrew会帮你把对应的 python3 和 pip3 命令链接到 /usr/local/bin 或 /opt/homebrew/bin 下，这些目录通常都在你的PATH环境变量里，所以你在终端里直接敲 python3 就能运行Homebrew装的最新版本（或者你安装后链接的版本）。用Homebrew装Python，确实比直接去Python官网下载安装包方便很多，而且管理起来更清晰。对于只需要一个特定Python版本的用户来说，Homebrew是个非常不错的选择，省心！
但是，如果你的需求是频繁切换不同的Python版本，或者需要同时维护多个项目，每个项目指定使用不同的Python解释器版本，光靠Homebrew就不太够了。Homebrew虽然能装多个版本，但切换起来不那么灵活，容易混淆。这时候，我们需要更专业的Python版本管理工具。
这就要祭出我的最爱之一了：pyenv！pyenv这家伙，简直是Python版本管理的神器，Mac上用它，能把版本问题给你安排得明明白白。安装pyenv也很方便，用Homebrew就行：brew install pyenv。装好pyenv之后，你的新世界就打开了。你想装Python 3.8？ pyenv install 3.8.15 (具体版本号可以去pyenv官网或者直接 pyenv install --list 查看)。想装3.11？ pyenv install 3.11.0。pyenv会从Python官方源下载对应版本的源码，然后在你的本地编译安装。这些不同版本的Python都会被安装到 ~/.pyenv/versions/ 这个目录下，每个版本一个子目录，互不干扰，干干净净。
pyenv最牛逼的功能在于它的版本切换能力。它可以让你设置：
* 全局版本 (global): pyenv global 3.9.10 设置后，无论你在哪个目录下，默认使用的Python版本就是3.9.10。
* 局部版本 (local): 在你的项目根目录下，运行 pyenv local 3.8.12。pyenv会在当前目录生成一个 .python-version 文件，里面就写着 3.8.12。这样一来，只要你在或进入这个目录及其子目录，敲的 python 或 pip 命令，自动就指向Python 3.8.12 了！一离开这个目录，又恢复到全局版本或者更高层目录设置的局部版本。这个功能简直是多项目开发者的福音！
* Shell版本 (shell): pyenv shell 3.7.9 只影响当前终端会话。关掉终端再打开，设置就没了。临时测试某个版本时很好用。
pyenv是怎么做到这么神奇的切换的呢？它的原理其实也挺巧妙的。它并不会修改你系统原来的Python或者Homebrew安装的Python。它主要通过修改你的PATH环境变量来实现。安装pyenv后，你需要在你的shell配置文件（比如 ~/.zshrc 或 ~/.bash_profile）里加上几行pyenv的初始化脚本。这些脚本会把 ~/.pyenv/shims 这个目录加到你的PATH环境变量的最前面。shims目录里有很多“垫片”文件，名字就叫 python, python3, pip, pip3 等等。当你敲下 python 命令回车时，系统会先在PATH里最前面的 ~/.pyenv/shims 目录里找，找到了那个叫 python 的垫片脚本。这个垫片脚本非常智能，它会根据你当前设置的pyenv版本（global, local, 或 shell），找到真正对应版本的Python可执行文件（比如在 ~/.pyenv/versions/3.8.12/bin/python），然后把命令转过去执行。这就像一个聪明的路由器，根据不同的“地址”（你所在的目录或设置）把你导向不同的Python“服务”。用pyenv，你可以装几十个Python版本都不怕，切换自如，互不干扰，简直是版本管理的终极解决方案。
有了不同版本的Python解释器，问题就解决了吗？还差一步！每个Python项目，除了需要一个特定的Python版本来运行，它通常还需要一大堆第三方库（也就是依赖）。比如你的Web项目可能需要Django或Flask，数据分析项目需要numpy和pandas。你肯定不想把所有项目的依赖都一股脑儿地装到你的某个Python版本环境里吧？那样的话，不同的项目需要不同版本的同一个库时（比如一个项目需要requests 2.20，另一个需要requests 2.28），又会打架，乱成一锅粥。这就引出了另一个Python开发必须掌握的概念：虚拟环境 (Virtual Environment)。
好消息是，从Python 3.3版本开始，Python标准库里就自带了创建虚拟环境的模块，叫 venv。使用它，简直方便到爆！在你项目的根目录下，打开终端，确保你当前终端使用的是这个项目想要的Python版本（比如用pyenv local设置好了），然后运行命令：python -m venv .venv。这个命令的意思是，使用当前环境的python解释器，调用 venv 模块，在当前目录下创建一个名为 .venv 的虚拟环境。.venv 是一个约定俗成的名字，表示这是一个隐藏的虚拟环境目录，你也可以起别的名字，比如 myenv 或者 venv-project-name。
命令执行完，你会发现在你的项目目录下多了一个 .venv （或你指定的）目录。这个目录里包含了Python解释器的一个副本（或者链接），以及它自己的 site-packages 目录，这个 site-packages 就是用来存放你为这个项目安装的第三方库的。这个虚拟环境是完全独立的！
创建好虚拟环境后，你需要“进入”或者说“激活”它。在终端里运行：source .venv/bin/activate。注意 source 命令前面有个点。执行后，你会发现你的终端提示符前面多了一个括号，里面是虚拟环境的名字，比如 (.venv)。看到这个提示符，就说明你已经成功进入这个虚拟环境了！
现在，你在这个激活的虚拟环境里运行任何 python 或 pip 命令，它们都会指向并作用于这个特定的虚拟环境。你用 pip install requests 装的 requests 库，就只会安装到 .venv/lib/pythonX.Y/site-packages 这个目录里，而不会污染你系统全局的Python环境，也不会影响pyenv管理的其它Python环境。不同的项目，创建不同的虚拟环境，它们的依赖完全隔离，互不打扰。这就是虚拟环境的强大之处！
当你在这个项目里工作完了，或者想切换到另一个项目时，只需要在终端里输入 deactivate 命令，就可以退出当前的虚拟环境，终端提示符前面的 (.venv) 会消失，你的 python 和 pip 命令又会回到激活虚拟环境之前的状态（可能是pyenv设置的全局版本，或者系统自带的，取决于你的配置）。
所以，最推荐的，也是我个人一直在用的Mac上mac怎么用python版本的姿势是：pyenv负责安装和管理多个Python解释器版本，让你轻松在终端里切换全局或局部的Python版本；而venv（或者早期的virtualenv，但现在venv更常用）负责为每一个具体的项目创建独立的、隔离的依赖环境。两者结合，完美解决Python开发中的所有版本和依赖冲突问题！
一个典型的开发流程可能是这样：
1. 新接一个项目，看它要求哪个Python版本，比如Python 3.9。
2. 检查你的pyenv里有没有3.9版本，没有就 pyenv install 3.9.18 (装个具体的小版本号比较好)。
3. 进入项目目录 cd path/to/your/project。
4. 在这个目录里设置pyenv局部版本：pyenv local 3.9.18。这样只要在这个目录里，用的就是3.9.18了。
5. 创建虚拟环境：python -m venv .venv。这里运行的 python 命令，因为pyenv local的设置，已经确保是3.9.18版本的解释器了。
6. 激活虚拟环境：source .venv/bin/activate。
7. 现在你在 (.venv) 环境里了，可以愉快地安装项目依赖了，比如 pip install -r requirements.txt。
这套流程，一开始看起来可能有点繁琐，特别是新手。但相信我，多操作几次就熟悉了，而且一旦你习惯了这种方式，你会发现整个开发过程变得无比顺畅，再也不会因为版本问题抓狂了。那些年因为版本冲突重装系统、折腾环境变量的痛苦经历，能避开就尽量避开吧！
当然，这条路上可能会遇到一些小坑。比如用pyenv安装Python版本时，可能会因为缺少一些编译依赖（比如openssl, readline, zlib等等）而失败。这时候别慌，错误信息仔细看看，通常会提示缺了啥，用Homebrew brew install 把那些缺的装上，再重新 pyenv install 往往就能成功。或者pyenv的环境变量没设置好，pyenv 命令找不到，或者pyenv versions看不到你安装的版本。那就检查你的shell配置文件 .zshrc 或 .bash_profile，确认pyenv的初始化脚本加对了吗？source 生效了吗？有时候得新开一个终端窗口或者运行 exec $SHELL 让配置生效。这些都是些细节，多查查资料，多动手试试，都能解决。
总而言之，mac怎么用python版本这个问题，不是装一个软件那么简单。它涉及到对系统环境、版本管理工具和虚拟环境的理解和应用。从最初的远离系统自带Python，到使用Homebrew方便安装，再到用pyenv精细管理多个Python版本，最后用venv为每个项目创建隔离的依赖环境。这套组合拳下来，你的Mac就是最适合Python开发的高效平台。别怕折腾，这是成为一个合格Python开发者的必修课，也是提升效率、保持代码环境干净整洁的关键。加油！
评论(0)