同一Conda环境下管理员与普通用户Numpy版本不一致问题

出现管理员和普通用户激活同一conda环境却加载不同版本numpy的情况，核心原因是环境路径优先级或权限导致普通用户未正确使用目标conda环境，具体可能的场景及排查方法如下：

可能的原因 #

• 环境目录权限不足：C:\ProgramData\Anaconda3\envs是系统级目录，普通用户可能无读写权限，导致conda无法正确激活目标环境，转而调用了全局Python或用户本地安装的Python环境。
• 用户级site-packages覆盖：普通用户的%USERPROFILE%\AppData\Roaming\Python\PythonXX\site-packages目录下存在更高版本的numpy，Python加载包时优先读取该路径，覆盖了conda环境内的numpy。
• 环境变量优先级冲突：普通用户的系统环境变量中，其他Python路径（如全局Python安装路径）排在conda环境路径之前，激活环境后实际调用的是外部Python而非环境内的Python。
• conda配置差异：管理员与普通用户的conda配置文件（.condarc）不一致，比如env_dirs（环境目录）、pkgs_dirs（包缓存目录）等设置不同，导致环境加载逻辑有差异。

排查步骤 #

1. 验证Python路径一致性
   激活环境后，分别在管理员和普通用户终端执行：

   where python
   

   检查输出的第一条路径是否为C:\ProgramData\Anaconda3\envs\你的环境名\python.exe，若普通用户输出的是其他路径，说明环境未被正确激活。

2. 定位numpy实际加载路径
   进入Python Shell后执行：

   import numpy
   print(numpy.__file__)
   

   对比管理员和普通用户的输出路径，若普通用户的路径不在目标conda环境目录内，说明加载了外部的numpy包。

3. 排查用户级site-packages干扰
   找到普通用户的Python用户site-packages目录（通常是%USERPROFILE%\AppData\Roaming\Python），临时重命名该目录后重新激活环境并测试numpy版本，若恢复正常则说明该目录下的包存在干扰。

4. 检查conda配置差异
   分别在管理员和普通用户终端执行：

   conda config --show
   

   重点对比env_dirs、pkgs_dirs、auto_activate_base等配置项，确保普通用户的配置指向正确的系统级conda环境目录。

内容的提问来源于stack exchange，提问作者RasPi Noob