conda activate 是唯一推荐的激活方式，因新版本已弃用 activate 等旧命令；它通过 shell hook 注入环境变量、修改 path 和提示符，实现完整运行时上下文切换，而 ide 中设解释器不等价于真正激活。
conda activate 是唯一推荐的激活方式，其他命令在新版本中已被弃用或不可靠。
为什么必须用 conda activate 而不是 activate
旧教程里常见的 activate myenv 是 conda 4.6 以前的写法，现在直接执行会报错：CommandNotFoundError: 'activate'。这是因为 conda 启动时默认不把自身脚本目录加入 shell 的 PATH，只有通过 conda activate 才能触发 conda 的 shell hook 注入逻辑，完成环境变量重定向（比如修改 PYTHONPATH、PATH 和提示符前缀）。
conda activate 失败的常见原因和修复
- 未在 Anaconda Prompt 中运行 —— 普通 CMD 或 PowerShell 需先运行
conda init powershell（Windows）或conda init bash（Linux/macOS），然后重启终端；否则conda activate命令本身都不可识别 - 环境名拼错或不存在 —— 先运行
conda env list确认名字，注意带空格或特殊字符的环境名要加引号，如conda activate "my env" - 当前 shell 不支持 conda hook —— 比如某些精简版终端（如 Git Bash 默认配置）、WSL1 中的 bash，需手动 source 初始化脚本：
source ~/anaconda3/etc/profile.d/conda.sh（路径按实际安装位置调整）
在 IDE（PyCharm / VSCode）里“激活”不是真激活
PyCharm 或 VSCode 设置项目解释器为某个 conda 环境，只是让编辑器调用那个环境里的 python.exe，并不等价于在终端里执行了 conda activate。这意味着：
- 终端面板（Terminal）仍处于 base 或系统环境，
pip install会装到错误位置 - 如果项目依赖
conda install安装的包（如numpy的 MKL 加速版），仅设解释器可能无法加载，需额外在 IDE 终端中手动conda activate myenv - VSCode 中可配置
"terminal.integrated.env.windows"自动激活，但更稳妥的做法是：打开集成终端后第一件事就是敲conda activate myenv
conda activate 不是单纯切换 Python 可执行文件，而是整套运行时上下文的切换**——包括动态链接库路径、编译器标志、甚至某些包的运行时行为（如 PyTorch 是否启用 CUDA）。漏掉这一步，有时代码能跑通，但性能或结果会出人意料。
