直接执行 conda config --set auto_activate_base false 即可永久禁用自动激活，该命令修改 .condarc 文件写入 auto_activate_base: false，告知 conda 即使 shell 初始化完成也不自动激活 base 环境；自动激活实为 conda init 注入 shell 配置所致，非 conda 本身逻辑。
直接执行 conda config --set auto_activate_base false 即可永久禁用，无需重启系统，但需新开终端生效。
为什么 base 会自动激活？
这不是 conda 的“默认逻辑”，而是 conda init 向 shell 配置文件（如 .bashrc、.zshrc 或 Windows 的 Anaconda Prompt 初始化脚本）注入了一段自动执行 conda activate base 的代码。只要该初始化流程运行，base 就会被拉起。
常见触发场景包括：
- 首次安装 Anaconda/Miniconda 后运行
conda init - 在 WSL、Docker 容器或 CI 环境中执行了
conda init bash类命令 - 使用 FinalShell、Xshell 等终端工具连接远程 Linux 服务器时加载了用户 shell 配置
conda config --set auto_activate_base false 到底改了什么？
这条命令会修改用户级配置文件 .condarc（Windows 在 C:Users\.condarc，Linux/macOS 在 ~/.condarc），写入：
auto_activate_base: false
注意：conda config 不会动 shell 配置文件本身，它只是告诉 conda “即使初始化完成了，也别自动 activate base”。所以你仍能看到 (base) 前缀消失，但 conda 命令本身依然可用。
Anaconda 2024.10-1
下载
Anaconda 2024.10-1 官方 Windows x86_64 安装包下载，来自 Anaconda 官方归档目录，适合需要安装旧版 Anaconda Distribution 的用户。
验证是否生效：
- 执行
conda config --show auto_activate_base→ 输出应为false - 新开终端，检查命令行前缀是否还有
(base) - 执行
which python或python -c "import sys; print(sys.executable)"，确认指向系统 Python 而非anaconda3/bin/python
常见失效情况和绕过方式
有时执行完命令仍自动进 base，大概率是以下原因：
-
.condarc文件权限错误（尤其在 Docker 或 rootless 环境），导致 conda 写入失败或读取不到 - 多配置源冲突：项目目录下存在
.condarc，覆盖了用户级配置 - shell 配置文件里硬编码了
conda activate base（手动加的，conda config无法覆盖） - Windows 上 Anaconda Prompt 的快捷方式被篡改，启动命令里强制调用了
activate base
绕过建议：
- 直接编辑
.condarc，确保只有一行auto_activate_base: false，无缩进、无注释、无 BOM - Windows 用户可右键 Anaconda Prompt 快捷方式 → 属性 → “目标”栏删掉末尾多余的
&& conda activate base类内容 - CI/CD 或容器环境推荐在构建阶段就禁用：在
Dockerfile中加入RUN conda config --set auto_activate_base false
真正容易被忽略的是：禁用后 conda 命令仍可用，但 python 指向系统解释器 —— 如果你依赖 conda install 安装的非 Python 工具（如 gcc_linux-64、cuda-toolkit），它们不会自动加入 PATH。需要手动激活对应环境才能使用。这点在 PyTorch/CUDA 开发中尤为关键。
