2. Conda环境管理基础：创建、激活、停用、删除环境

环境管理，说白了就是Conda的灵魂。没有环境隔离，你和隔壁同事的Python依赖就会「打架」——你装Django 3.2，他装Django 4.2，同一个服务器上根本没法共存。我个人习惯是：每个项目一个独立环境，干净、可控、好复现。

2.1 创建环境 —— 一切从「干净」开始

创建环境是最基础的操作。我见过不少新手直接拿base环境干活，结果半年后base里面装了200多个包，想升级个依赖都不敢动——嗯，这个坑我早年也踩过。

创建环境的命令是 conda create。你可以在创建时就指定Python版本和要安装的包。看几个实战场景：

# 创建一个名为 "ml-project" 的环境，使用 Python 3.9
conda create --name ml-project python=3.9

# 创建时直接安装需要的包
conda create --name web-app python=3.10 flask pandas

# 创建到指定目录（不用默认的 envs 目录）
conda create --prefix /opt/conda-envs/legacy-app python=3.8

这里有两个参数你要注意区分：

2.2 激活环境 —— 让Conda知道你用哪个盒子

环境创建完了，你得「进入」这个盒子才能工作。激活环境的命令在不同操作系统上略有不同：

# Linux / macOS
conda activate ml-project

# Windows（老版本可能需要用 activate.bat）
conda activate ml-project

激活成功后，你会看到命令行前面多了环境名：

(ml-project) user@machine:~$

我之前在一个客户现场排查问题，发现他们环境明明创建了，但用 python 命令时还是base的Python。后来一看——没人激活环境。你想想看，没激活就相当于你建好了办公室但没进门，当然还是在外面干活。

2.3 停用环境 —— 从盒子出来

干完活，想回到全局环境？简单：

conda deactivate

你会看到环境名前缀消失了，说明你现在回到了base环境（或者系统默认环境）。

有些人会问：「我切换环境需要先deactivate再activate吗？」
技术上不需要，Conda会自动帮你切。但我个人习惯先退再进——这样避免脑子混乱，尤其是同时维护三四个项目的时候。

2.4 删除环境 —— 清理才是美德

环境用不上了，别留着占空间。一个环境的占用空间通常在几百MB到几个GB不等。我清理过最夸张的一个环境，装了TensorFlow+PyTorch+一堆库，足足7个GB。

# 按名字删除
conda env remove --name ml-project

# 按路径删除
conda env remove --prefix /opt/conda-envs/legacy-app

删除前最好先确认一下：

2.5 查看已有环境列表 —— 管理你的「盒子仓库」

管理多个环境时，你总得知道都有哪些环境可用。最常用的命令就是：

conda env list

输出大概是这样：

# conda environments:
#
base                  *  /home/user/miniconda3
ml-project               /home/user/miniconda3/envs/ml-project
web-app                  /home/user/miniconda3/envs/web-app
legacy-app               /opt/conda-envs/legacy-app
old-project              /home/user/miniconda3/envs/old-project

注意看两件事：

• 带星号 (*) 的：就是你当前激活的环境
• 路径信息：--name 创建的在 envs/ 下，--prefix 创建的在你指定的路径

还有一个等价的命令是 conda info --envs，效果完全一样，看个人习惯。

2.6 环境名称与目录管理 —— 命名是一门学问

环境多了，命名就成了大问题。我见过团队里有人叫「test」、「test2」、「test3」、「final」、「final_v2」…… 这种命名法一周之后自己都分不清。

几种实用的命名策略：

对于目录管理，我推荐你坚持一种风格：要么全用名字，要么全用路径。混着用会让你在 conda env list 时产生困惑——有些有名字，有些只有路径，你看不出哪个对应哪个项目。

下面这张图把刚才讲的内容串了起来，你一眼就能看明白环境管理的全流程：

这张图把整个环境生命周期画清楚了。从左到右看：先创建，再激活，然后干活，干完停用，最后想清理就删除。右侧的工具箱里是你常用的管理命令，没事多看一眼。

2.7 我的一些实用小贴士

最后分享几个我在实际项目中积累的经验，希望能帮你少走弯路：

• 不要直接在base环境里装包。base环境是Conda自己的家，被你搞乱了，Conda自己都可能出问题。我曾经在base里装了不兼容的包，结果conda update都跑不动了——只能重装Miniconda。
• 环境创建时指定Python版本。哪怕你当前系统默认就是3.9，也显式写 python=3.9。这样做出来的环境yaml文件才能让别人直接复现，不至于「我明明装了为什么报错」。
• 定期清理不需要的环境。我每个月会跑一次 conda env list，看看哪些环境超过3个月没用过，直接删掉。一个环境几百MB到几个GB，10个不用的环境就占了几十GB硬盘——别让「环境囤积症」拖慢你的电脑。
• 命名要让人一眼看懂。团队里建议用 项目名-分支名-用途 的格式，比如 crm-dev-py39、crm-prod-py310。曾经有个项目，成员用 myenv、env1、test_env 命名，两个月后没人分得清哪个对应哪个分支，最后全部删了重建——浪费时间。