1. 先搞懂PyCharm 里的“环境”到底管的是什么很多刚接触 Python 的人第一次听到“换环境”“配环境”这几个字第一反应是“环境”是不是跟操作系统环境变量是一回事其实两者有关系但 PyCharm 里说的“环境”通常指的是项目解释器环境也就是你这段代码由哪一个 Python 解释器来执行它能调用哪些第三方库以及这些库是什么版本。这套东西打包在一起就是 Python 圈子里说的“环境”。我见过不少新手被“环境”这个概念卡住明明在电脑上装了 Python 3.12后来又装了 Anaconda再后来又用 PyCharm 创建项目时顺手勾了个 Virtualenv结果同一个 pandas 在这个项目里能用、在另一个项目里报“ModuleNotFoundError”怀疑人生。这其实就是因为不同项目指向了不同的解释器地址每个解释器自带一套独立的 site-packages谁也看不见谁的包。要理解 PyCharm 改环境你只需要抓住三个东西解释器路径、包安装目录、项目配置。解释器路径就是 python.exe 文件所在的位置包安装目录默认装在这个 python.exe 同级目录下的 site-packages 里项目配置里写着“我要用哪一个 python.exe”。改环境这事本质就是告诉 PyCharm把项目配置里的解释器从 A 换到 B。这里可以用一个生活化的类比——环境就是一套“厨房”解释器是灶台site-packages 是冰箱和调料架项目是菜谱。你要从家常菜换成西餐不需要把整个房子拆了重建只需换一个备好西餐调料的厨房就行。所以本篇博文要解决的核心问题非常具体在 PyCharm 里如何安全、正确地切换解释器环境、创建新环境、导入已有 Conda 环境、解决装包失败、处理各种“环境选项找不到”的问题。这篇内容适用于刚装好 PyCharm 的新手也适用于已经写了一段时间代码但一直被环境问题折磨的开发者。看完之后你能自己随心所欲地在多套 Python 环境之间切换遇到“依赖冲突”也知道从哪里下手排查。2. 图形化换环境的两个入口新版老版界面都能找到PyCharm 修改环境有两条最常见的可视化路径。第一条是右下角的状态栏入口打开一个项目后看 PyCharm 窗口右下角通常有一个类似“Python 3.10 (myenv)”这样的文字按钮点它会弹出一个菜单列出 PyCharm 当前能识别到的所有解释器直接选一个就能切换当前项目环境。这个入口特别适合临时换解释器比如你只想快速试一下另一个环境下代码能不能跑用这个就够。第二条是正规流程进入 Settings / PreferencesWindows 和 Linux 上是 SettingsmacOS 是 Preferences然后在设置界面左侧搜索或者逐层找到 Project - Python Interpreter。这个页面会显示当前项目正在用的解释器路径、对应 Python 版本以及已经安装的包列表。右上角有一个“Add Interpreter”按钮点击后会有几个选项Add Local Interpreter、Add Existing Environment有的版本还有 SSH / Docker / WSL 等远程解释器选项。这里要提醒一下。新版本的 PyCharm尤其是 2023 年以后版本把设置界面重新设计过好多人找了半天没看到 Python Interpreter 在哪儿其实是藏在 Project 下面而不是顶层的“Settings”里直接显示。也有人在设置里搜“Interpreter”搜不到因为 Windows 版本菜单显示的是中文“解释器”搜英文环境关键词不一定有效。最稳妥的办法先看右下角状态栏那个入口是永远存在的想改环境先点它。操作方式入口位置适合场景快速切换右下角状态栏的 Python 解释器名称临时换解释器试运行完整配置Settings - Project - Python Interpreter添加新环境、管理包、设置路径新建环境Add Interpreter - Add Local Interpreter从零创建新的 venv / conda 环境接入已有Add Interpreter - Add Existing Environment接入系统 Python 或已有 conda 环境有的用户会问为什么我右下角没有显示解释器大概率是 PyCharm 还没给当前项目绑定任何解释器新建项目时你跳过了选择。这种情况下不要慌按第二条路径进设置Add Interpreter 添加一个即可。这里还有一个容易混淆的点有人以为“改环境”需要改 Windows 系统环境变量里的 PATH实际上只要项目里所有操作都通过 PyCharm 执行这个一般不用动只有在命令行里手动输入 python 命令、希望调用某个特定版本时才需要去检查 PATH 顺序。还有一个细节值得讲清楚在 Python Interpreter 设置面板你会看到一个解释器路径下面还跟着一个叫“Interpreter paths”的配置项。这个东西不是用来装包的它控制的是 PyCharm 代码补全和静态分析时额外索引哪些目录中的包。有些老教程让你把包的安装目录填进去其实那是很久以前的办法现在只要解释器路径选对PyCharm 会自动分析 site-packages一般不需要手动加。改这个很容易把索引搞乱建议保持默认。2.1 如何判断当前项目到底用的是哪个环境有个很实用的判断方法在 PyCharm 底部打开 Terminal终端正常情况下如果项目使用的是 venv 虚拟环境命令行前面会显示一个带括号的环境名比如“(venv) PS C:\myproject”。如果是 conda 环境前面会显示类似“(base) C:\Users\xxx”。如果什么都没显示那大概率是用了纯系统的 Python 解释器。从终端前缀可以快速确认自己的代码跑在哪个环境里这个方法比看设置界面更快而且能避免很多迷惑。另一个判断方法在代码里直接输import sys print(sys.executable)运行后输出的路径就是当前脚本使用的 python.exe 路径。这是最诚实的结果。如果这个路径和你以为的环境对不上说明 PyCharm 的实际运行环境跟你想的不一样。我习惯在每次排查“环境问题”时先跑这一行能排除至少一半的无效猜测。有些人在代码里 import 的包一会儿有一会儿没有跑一下 sys.executable 基本就能定位。2.2 老项目的解释器升级或降级有时候你打开一个很久以前的项目发现 PyCharm 自动选了一个新版本的 python.exe例如原先项目是 Python 3.8 写的现在默认解释器变成了 3.10于是代码里很多语法和库行为完全变了跑起来各种报错。这种情况下不要直接在下拉列表里选一个新的就算完事你应该明确这个项目需要的 Python 版本到底是多少如果是别人给你的项目代码先看有没有 requirements.txt 或者 environment.yml里面通常写了依赖如果都没有就看项目里用的语法特征。总之基本原则是换环境之前先搞清楚目标环境长什么样别盲目切到最新版本。3. Conda 环境与虚拟环境实操从创建到接入 PyCharm说到“环境”conda 是绕不过去的角色。很多人装 Anaconda 的目的就是图一个“环境隔离方便”但装了之后不知道怎么在 PyCharm 里用它。这里我分享一套我用得最顺的流程。3.1 先用命令行创建好 Conda 环境打开开始菜单里的 Anaconda Prompt如果你装的是 Anaconda它一定会在菜单里或者直接打开任意终端前提是 conda 命令已经被正确加入 PATH。执行conda create -n myproject python3.10 -y这条命令会创建一个名为 myproject 的新环境并指定 Python 版本为 3.10。-y 表示遇到确认提示直接自动 yes避免还要手动敲一个 y。创建完成后输入下面的命令激活环境conda activate myproject激活后终端命令行前面会出现一个“(myproject)”前缀说明当前已经进入了新环境。这个时候你再用 pip 或者 conda 安装的包都会装到 myproject 这个环境里不会污染系统 Python也不会污染 base 环境。这个隔离性是 conda 最大的价值你想给项目 A 装 pandas 1.5给项目 B 装 pandas 2.2两个项目互不干扰完全可以通过两套独立环境实现。如果想查看电脑上已经有哪些 conda 环境用conda env list输出列表里会显示每个环境的名称和对应的完整路径。这个路径特别重要因为后续在 PyCharm 里手动添加环境时会用到。3.2 如何根据 environment.yml 文件导入环境如果你是从 GitHub 或其他地方下载了一个开源项目项目根目录里通常会有一个 environment.yml这才是真正的“环境说明书”。里面写明环境名称、channel 源、依赖包列表有的还写了 pip 安装的额外依赖。导入命令很简单conda env create -f environment.yml执行之后conda 会按照文件里的描述自动创建一个同名的环境并安装所有依赖。这里有两个最常见的坑第一environment.yml 里的 name 可能和你当前目录名不一致但是不要改它保持原样否则后面代码里的激活命令对不上第二yml 文件里的 channels 如果包含某些不存在的源地址会造成下载失败这种情况下可以手动打开文件查看把有问题的 channel 行删掉或换成默认的 conda-forge再重新执行。还有一点如果执行 conda env create 时提示某个包找不到或者版本解析特别慢大概率是网络连接源的问题。这时可以先考虑配置镜像源例如清华源的 Anaconda 镜像配置方法在 conda 的 .condarc 文件里加两句就行。3.3 使用已有 Conda 环境作为 PyCharm 解释器在 PyCharm 中打开 Settings - Project - Python Interpreter点击 Add Interpreter选择 Conda Environment。如果是在创建项目阶段新项目界面里也有一个 Conda Environment 的选项。选择 “Existing environment”然后在下面的输入框里找到对应环境下的 python.exe 路径。很多人会在这里卡住不知道 python.exe 在哪里。默认情况下Anaconda 装在用户目录或 C 盘那么环境的 python.exe 路径大概是C:\Users\你的用户名\anaconda3\envs\myproject\python.exe如果装在其他盘那就是盘符:\Anaconda3\envs\myproject\python.exe。注意一定选 envs 子文件夹下对应你自己环境名的那个 python.exe千万别选 Anaconda 根目录下的 python.exe。根目录下的那个是 base 环境是 Anaconda 默认环境选错了环境隔离就失效了所有环境装到 base 里和直接用系统 Python 没本质区别。Mac 或 Linux 上路径则是 /opt/anaconda3/envs/myproject/bin/python 或者 /home/用户名/anaconda3/envs/myproject/bin/python总之结构一样envs 目录下一个环境一个文件夹。3.4 用 PyCharm 自带的 Virtualenv 功能新建环境如果不想用 CondaPyCharm 还内置了创建 Virtualenv 虚拟环境的能力这是最轻量的一种隔离方式。在重启项目向导或者 Settings 里 Add Local Interpreter 时类型选 Virtualenv Environment选择一个基础 Python 版本PyCharm 会帮你在这个项目下创建一个 .venv 目录。创建后你可以在 PyCharm 底部 Terminal 里看到 (venv) 前缀然后直接在里面 pip install 装包即可。Virtualenv 和 Conda 环境的核心区别在于Virtualenv 仅仅是针对 Python 包层面的隔离不管理 Python 版本本身它创建时基于某个已安装的解释器Conda 环境则可以同时管理 Python 版本和包甚至可以模拟不同 Python 版本。如果你的电脑上已经装好了 Anaconda我个人更推荐项目使用 Conda 环境管理因为包冲突的解决办法更丰富如果你只是写点小脚本、不涉及多个项目的复杂依赖Virtualenv 也够用而且更轻量没有 Anaconda 那么大的基础依赖。在 PyCharm 的 Add Local Interpreter 界面上你会看到 Base interpreter 下拉选择框。这里选的是“从谁的基础创建新环境”默认会帮你选当前 PyCharm 识别到的最新 Python 版本但如果你项目需要 Python 3.8这里就要手动选一个 3.8 的 python.exe。如果你的电脑上根本没装 3.8那么需要先去 python.org 下载对应版本安装或者通过 conda create -n xxx python3.8 来创建。4. pip 与依赖管理实操装包、换源、导出依赖改完环境之后紧接着的问题就是怎么装包。这里先把结论放出来装包之前先看终端前缀确认当前一定在目标环境里。很多人装包失败不是命令问题而是装错了地方——明明想装到项目虚拟环境结果终端没有切换到虚拟环境直接装到了系统 Python 里。4.1 在 PyCharm 的 Terminal 里安装依赖PyCharm 底部的 Terminal 实际上就是一个集成好的系统终端它有一个行为是所有 IDE 用户必须知道的你在 Project 下打开 Terminal 时PyCharm 会自动激活当前项目配置的虚拟环境Virtualenv 或 Conda。所以直接在终端里输入pip install pandas是最直接、最不容易出错的方式。装完之后PyCharm 的包管理界面不会马上自动刷新你可以等几秒或者点击 Python Interpreter 设置界面里的刷新按钮就能看到包列表出现这个包。如果安装时提示需要激活环境就手动执行 conda activate 或者 .venv\Scripts\activateWindows再继续。4.2 下载慢、超时问题换源安装正常情况下 pip 官方源在国外国内环境下下载大包经常慢到怀疑人生甚至超时报错。解决办法是换到国内镜像源。临时换源的方式是在 pip install 后面加一个 -i 参数pip install pandas -i https://pypi.tuna.tsinghua.edu.cn/simple这种一次性用法胜在灵活不用改配置文件。如果你希望以后所有 pip 安装都默认走镜像源可以修改配置文件。Windows 下路径是C:\Users\用户名\pip\pip.iniLinux / macOS 下是~/.pip/pip.conf文件内容如下[global] index-url https://pypi.tuna.tsinghua.edu.cn/simple [install] trusted-host pypi.tuna.tsinghua.edu.cn保存后再执行 pip install 就不用每次加 -i 了。需要注意换源是对当前用户全局生效的如果你有三个虚拟环境全部都会用同一个镜像源这个没什么问题一般不会导致包安装异常。但如果镜像源上暂时缺某个冷门包这时可以临时切回官方源用 pip install 包名 再试一次大多数时候就能解决。4.3 用 requirements.txt 管理多依赖项目依赖一多逐个安装就不现实。Python 生态里最通用的方案就是 requirements.txt。导出当前环境的依赖pip freeze requirements.txt如果想在新环境里一次性装回这些依赖pip install -r requirements.txt这里要讲一个很多人踩过的坑pip freeze 会把当前环境中所有已安装的包全部导出包括项目根本没用到的间接依赖。如果你在一个 Anaconda base 环境里执行这条命令requirements.txt 里会瞬间多出几百行装到另一台机器上又慢又容易出错。建议导出前先 conda activate 到项目专属环境或者使用 pipreqs 这类工具它可以根据 import 语句自动分析项目用到的包只导出真实依赖。pip install pipreqs pipreqs ./ --force--force 是为了覆盖已有 requirements.txt。这个工具在接手别人项目时更容易派上用场你拿到一个陌生项目没有依赖清单可以先用 pipreqs 扫描项目目录得到一个大概的依赖列表再手动核对补全。4.4 conda 和 pip 不要乱混用装包方式有两种conda install 和 pip install。两者都能装 Python 包但底层机制不一样。conda 安装的包不仅包括 Python 包还会管理相关的非 Python 依赖例如 C 库pip 则只负责 Python 包碰到需要系统库的包比如某些科学计算库时可能只会简单粗暴地下载一个 wheel 文件如果系统里缺某些库就会报错。两点建议第一能用 conda install 解决的优先用 conda install尤其是科学计算相关的包例如 numpy、pandas、scipy。第二不要在同一环境中频繁用 pip 覆盖 conda 已装的包这容易产生状态不一致导致“装了好几次都装不上”或者“import 突然失败”。我的经验法则新建环境时先一次性用 conda install 装好大件依赖剩下的小众包、conda 源里没有的再用 pip 补。装完之后尽量不要回头重复更新同一个包。还有一些项目会在 README 里直接给一条安装命令例如“请先在你的 Python 环境中运行 pip install -u --pre 某个包”。这种写法通常来自开源项目维护者意思是该包还在预览阶段需要 -u升级配合 --pre预发布版才能安装。遇到这种命令很多人直接复制到 PyCharm 的终端里执行结果报错因为当前不在目标环境。正确操作顺序是先激活对应环境确认终端前缀变成项目名再执行这条命令。另外给一个提示看到 --pre 就要有心理准备预览版包 API 可能不稳定装完如果报 API 变更类错误优先看 GitHub 项目的 README 更新说明。5. 新手高频踩坑与排查实录PyCharm 环境问题速查这一节整理一些我在实际操作中见过最多、也最让人崩溃的问题。你会发现大部分问题到最后都指向同一件事解释器选错了、环境没激活、缓存没刷新。下面按问题来列方便日后对着查。5.1 “操作系统找不到已输入的环境选项”怎么解决这个问题几乎是 PyCharm 配环境里最常见的报错。它的出现位置通常在添加解释器时你手动输入一个路径PyCharm 提示找不到这个环境。最常见的两个原因路径输入错误或者你选了一个“看起来像是环境”的文件夹但里面根本没有 python.exe。变量路径别偷懒复制一定要通过浏览按钮去选。Conda 环境的话标准路径必须定位到 envs\你的环境名 目录下的 python.exe。这个文件是真实存在于磁盘上的如果浏览时发现环境名目录是空的说明 conda 创建环境时大概率中途出错了回到命令行用 conda env list 检查一下环境是否存在。另外在 Mac 或 Linux 上要小心Python 可执行文件不一定叫 python.exe而是叫 python3而且 bin 目录下还有一种特殊文件叫 python-config不要选错。选中 bin/python3 即可。5.2 PyCharm 运行代码报错 ModuleNotFoundError但终端却能 import这个问题的根源几乎都是终端和 PyCharm 的 Run 使用了解释器不一致。PyCharm 的“运行”按钮走的是项目解释器配置而终端默认可能加载了系统的另一个 Python。解决方案两步先在终端执行 python --version 和 which python 或 where python看看终端实际用的是哪个解释器然后去 Settings - Project - Python Interpreter确认当前项目解释器是不是预想的那一个。如果两边确实不一致把项目解释器改成终端用的那个或者反过来总之只用一个。还有一种情况是项目里用一个虚拟环境但你在系统 Python 里 pip install 了一个包于是终端里 import 成功因为终端当前是系统 PythonPyCharm 运行时却找不到因为项目用的是虚拟环境。理解这个机制之后你就不会再被这种问题吓到了本质上就是“东西没装对地方”。5.3 pip 安装提示“Python packaging tools not found”出现这个提示说明当前环境缺少 pip、setuptools、wheel 这些基础包装工具。常见于从某个旧版 Anaconda 直接拷贝出来的环境或者一个非常精简的虚拟环境。处理方式在对应环境里执行python -m pip install --upgrade pip setuptools wheel如果 python -m pip 本身提示没有模块那就先通过 conda 安装conda install pip。装好这些基础工具后后面各种 pip 安装命令才能正常工作。5.4 更新 PyCharm 后找不到之前的解释器很多人遇到这个问题项目还是那个项目更新 PyCharm 之后打开项目发现解释器失效了显示红色字体。这通常不是环境没了而是 PyCharm 在版本升级后缓存了新的解释器检测逻辑或者路径发生了变化。如果你之前用的解释器路径是在某个虚拟环境里虚拟环境目录又被项目目录包含PyCharm 有可能会自动重新检测到它。如果检测不到按第 3 节的方法重新 Add Existing Environment 手动“认领”一下即可项目和代码不受影响。5.5 包已安装但 PyCharm 编辑器仍然标红这是问得最多的问题之一。包明明装上了运行也不报错但编辑代码时 import pandas 下面有一条红色波浪线。主要原因PyCharm 的索引没有刷新或者当前选中的解释器确实不是装包的环境。第一步先看右下角解释器名称确认当前环境第二步执行 File - Invalidate Caches选择 Invalidate and Restart。这样 PyCharm 会重新扫描包目录标红通常就消失了。如果不清缓存还想快速修复可以右键点击项目根目录 - Reload from Disk 再切一次解释器也能触发重新索引。5.6 环境变量怎么配“操作系统找不到环境选项”是环境变量问题吗有时候你改了项目环境但代码里引用了 API key、数据库地址等外部配置这时要配的是环境变量而不是 Python 环境。PyCharm 里有一个独立的配置位置顶部工具栏选择 Run - Edit Configurations选中你的运行配置在 Environment variables 一栏点击添加填入键值对。这样运行时代码里的 os.environ.get(KEY) 就能取到值。这里顺手提一句不要把密钥硬编码到代码里通过环境变量配置是最基本的保护手段。5.7 打开别人的项目后显示一堆红色错误接手一个别人写的项目打开时 PyCharm 提示项目解释器无效。这种情况先找项目根目录下的 .idea 文件夹这是 PyCharm 的项目配置信息里面 workspace.xml 记录了解释器路径。如果你把它删掉PyCharm 重新打开项目会把你当新项目处理让你重新选择解释器但不建议直接删因为里面可能有一些有用的运行配置。更好的办法还是去 Settings - Project - Python Interpreter 重新指定解释器即可。报错现象常见原因处理建议ModuleNotFoundError解释器选错、包没装对位置确认项目解释器路径重新安装缺失包找不到已输入的环境选项路径输错、环境未创建用浏览按钮选择真正的 python.exepackaging tools not found环境缺少基础工具pip install --upgrade pip setuptools wheel红色波浪线但运行正常索引未刷新Invalidate Caches 重启终端能 importIDE 运行不能终端和项目解释器不一致统一解释器路径conda 源下载极慢网络到官方源延迟高配置国内镜像源pip 装包提示 externally-managed-environment系统 Python 拒绝外部安装创建虚拟环境后在虚拟环境内安装5.8 一个“笨但有效”的终极排查法如果你实在排查不出问题有一个最朴素但极其有效的办法把当前项目所用的解释器在 PyCharm 里删掉重新添加一次。做法Settings - Project - Python Interpreter - Show All - 选中当前解释器 - 点击减号移除然后 Add Interpreter 重新选择。这一招能在绝大多数情况下让 PyCharm 重新建立解释器索引、包列表、代码补全关系。表面看起来像“重启大法”实际是让 IDE 丢掉旧缓存、重建关联花一分钟时间可以省下很多排查时间。6. 进阶多环境并存的项目管理习惯最后这部分我想讲几个不是教程里常写、但实际项目开发中非常受用的环境管理习惯。这些经验我自己踩过不少坑总结出来希望能让你在“配环境”这条路上少走弯路。6.1 每个项目优先独立环境命名规则本身带着“意义”我的习惯是项目环境名以项目短名命名遇到需要区分 Python 版本的情况环境名里加上 py 版本号后缀例如 project_a_py310、project_b_py38。这样在命令行里看到环境名就能直接知道这个项目基于什么 Python。这个习惯对后来维护特别有作用你半年以后重新打开电脑conda env list 里一排环境看到名字就能回忆起用途比都叫“test1”“test2”强太多了。另外删除不用环境非常干脆conda env remove -n 环境名这样环境的清理成本很低是 Conda 对比 Virtualenv 的一个实际优势。Virtualenv 删除则是直接删目录。无论哪种独立环境的管理成本都比混用系统 Python 低得多——后者出了问题几乎是地狱难度。6.2 一个环境可以被多个项目共用吗能但并不极力推荐。共用环境可以减少磁盘占用但容易造成“A 项目升级了一个包B 项目突然不能跑”的连锁反应。如果只是几个小脚本项目且依赖高度重叠共用一个环境完全可行如果是正式项目尤其是要长期维护的独立环境依然是更可靠的方案。如果你真的选择共用至少保证 requirements.txt 或 environment.yml 的维护列在项目根目录下以免哪天环境崩了项目带着依赖一起消失。6.3 一次配置多处使用一个 Conda 环境在多个 IDE 里共用Conda 环境的一个好处是跨平台、跨工具通用。同一个环境可以在 PyCharm 里用也可以在 VSCode 里用甚至可以在 Jupyter Notebook 里用。你不需要为每个工具复制一套环境。在 PyCharm 里配置好的 Conda 环境VSCode 里只需要在解释器选择器里指向同一个 python.exe 路径就能复用Jupyter 里则通过 ipykernel 将环境加入内核列表。一套环境多端访问维护成本会低很多。6.4 别把“插件”和“环境”搞混顺手说一个很容易混淆的问题很多人问“为什么我安装了中文插件代码还是乱码”“为什么 PyCharm 装 AI 插件后环境变量不见了”。实际上插件中文语言包、AI 助手插件属于 IDE 层面影响的是 PyCharm 自身界面和辅助能力而环境解释器、包、Python 版本属于项目执行层面两者互不干扰。你在 PyCharm 里装好中文语言包后界面会变中文但项目解释器该指向哪里还是哪里AI 插件也同理它只能辅助你写代码和查资料不能替你改错的环境选择。遇到问题先分清是 IDE 问题还是环境问题这样排查思路就不会乱。6.5 写代码时通过“绝对路径”确认环境而不是靠感觉最后再说一个很多老手都在用的习惯在项目启动入口文件加几行“环境自检”代码打印当前解释器路径和 Python 版本。尤其是团队协作时别人部署你的代码如果环境配置错误把这两行结果发给你问题会变得清晰无比。这几行代码不费事却能在“环境问题”上报错时省下大量来回沟通的时间。import sys import platform print(当前解释器, sys.executable) print(Python 版本, platform.python_version())这也是我认为配置环境这件事最终要形成的直觉不要凭脑子去猜环境指向哪里要让系统把答案打印出来。把这个习惯刻进肌肉记忆里PyCharm 修改环境这件事就会从“玄学”变成“按图索骥”。我自己实操中还有一个体会环境问题是 Python 开发里最枯燥、最不容易让人有成就感的一部分但它偏偏决定了后面所有开发的稳定性。既然逃不掉不如一开始就把解释器路径、环境清单、镜像源这些问题全部理顺后面写业务代码时你会轻松非常多。希望这篇内容能帮你把这些“地基”一次性打好。
