<p>conda info --envs 是最直接、最可靠的方式，它列出 conda 管理的所有环境及其完整路径，包括 base 和自定义环境；带 * 的为当前激活环境，路径中含 .conda\envs 为用户级默认路径，含 ProgramData\Anaconda3\envs 为系统级路径，--prefix 创建的独立路径不受 envs_dirs 控制。</p>
conda info --envs 显示所有环境路径
这是最直接、最可靠的方式，它列出当前 conda 管理的所有环境及其完整路径，包括 base 环境和自定义环境。
运行命令后，输出类似：
conda environments: # base C:\ProgramData\Anaconda3 pytorch_env * C:\Users\Alice\.conda\envs\pytorch_env tf2-env C:\ProgramData\Anaconda3\envs\tf2-env
注意带 * 的是当前激活环境；每行第二列就是该环境的实际存放路径。
- 路径中含
.conda\envs表示用户级环境（默认） - 路径中含
ProgramData\Anaconda3\envs表示系统级安装时指定的全局路径 - 若某环境路径看起来“不一致”，说明它可能是用
--prefix创建的独立路径，不受envs_dirs控制
conda config --show | findstr envs_dirs 查看默认搜索路径
envs_dirs 是 conda 查找/新建环境时优先扫描的目录列表。它不等于“所有环境都在这儿”，而是“新建环境默认放哪儿、激活时去哪找”。
Windows 下执行：
conda config --show | findstr envs_dirs
Linux/macOS 用 grep 替代 findstr。
- 如果没输出或显示
envs_dirs: []，说明未显式配置，conda 使用内置默认值（通常是~/.conda/envs和anaconda_install_path/envs） - 如果输出多条路径，conda 按顺序查找——第一个有匹配环境名的目录即被采用
- 手动添加过路径但
conda info --envs里没出现对应环境？那说明那个路径下其实没有有效的环境文件夹（比如少conda-meta\history或python.exe）
为什么 conda info --envs 和 conda config --show 的路径对不上
常见于迁移或混用多种创建方式的场景：比如用 conda create -p D:\myenv 创建的环境，不会出现在 envs_dirs 配置里，但会稳定显示在 conda info --envs 输出中。
-
conda info --envs是“事实清单”——只要 conda 能识别为合法环境，就列出来 -
envs_dirs是“行为策略”——只影响新环境创建位置和未指定路径时的激活逻辑 - 已存在的
--prefix环境，即使移动了文件夹，只要重新用conda config --add envs_dirs注册路径，仍可被识别和激活 - 误删了某个
envs_dirs下的环境文件夹，但conda info --envs还显示它？那是缓存残留，执行conda clean --index-cache并重启终端再试
PyCharm 或 VS Code 中看到的路径和命令行不一致
IDE 通常读取的是 Python 解释器路径（如 D:\myproject\venv\Scripts\python.exe），而不是 conda 环境根目录。它可能指向一个非 conda 管理的 venv，也可能是 conda 创建的环境但 IDE 解析时截断了父级。
- 在 PyCharm 中，打开 File → Settings → Project → Python Interpreter，点击齿轮图标 → Show All… → 选中解释器 → 点击右下角文件夹图标，就能看到真实路径
- VS Code 中，按
Ctrl+Shift+P输入Python: Select Interpreter，hover 在路径上会显示 tooltip，点开即跳转 - 如果 IDE 显示路径是
C:\Users\...\AppData\Local\Programs\Python\...，那根本不是 conda 环境，而是系统 Python 或 pyenv 管理的环境
真正容易被忽略的是：conda info --envs 的输出结果才是唯一可信的事实源；其他配置项、IDE 显示、甚至文件浏览器里的文件夹名，都可能滞后、缓存或误判。查路径不是为了“找对地方”，而是为了确认 conda 自己认不认这个位置——认，才能安全激活、更新、删除。
