如何在Conda环境中选择正确Python解释器并解决sudo调用版本错误问题

根因说明 #

你的问题完全是CentOS下sudo的默认环境变量重置机制导致的：

1. 为什么3.8环境执行命令却调用了Python3.7
   CentOS的sudo默认会重置PATH环境变量，使用预设的安全PATH，不会继承普通用户激活的conda环境路径，因此执行sudo python时，系统会优先找到全局安装的Python3.7，而非conda环境下的Python3.8。
2. 两个版本都装了cython为什么还报错
   你验证的cython是分别装在普通用户的conda3.8环境和全局Python3.7环境中的。sudo切换权限后使用的是全局Python3.7环境，该环境下要么cython可执行文件没有加入root的PATH，要么cython和numpy版本不兼容（报错中的AttributeError: type object 'numpy.random._bit_generator.SeedSequence' has no attribute '__reduce_cython__'就是典型的版本不匹配错误），才会报找不到cython的错误。
3. 是否是sudo导致两个系统表现差异
   是的。Ubuntu下你直接使用root账号登录，激活conda环境后PATH里包含3.8的路径，执行命令时会优先找到对应版本的Python和依赖，不会出现路径匹配错误。

解决方法 #

方案1：指定Python绝对路径执行（最推荐，无安全风险） #

直接使用你查到的conda环境下Python3.8的完整路径执行命令，避免sudo找错解释器：

sudo /data0/congmin/miniconda/bin/python setup.py build_ext --inplace

如果构建过程需要调用conda环境里的其他可执行工具，可以临时将conda的bin目录加入sudo的PATH：

sudo env PATH="/data0/congmin/miniconda/bin:$PATH" python setup.py build_ext --inplace

方案2：修改目录权限，避免使用sudo #

如果构建操作只需要写入当前项目目录，可以直接将目录权限修改为你的普通用户所有，不需要加sudo执行，从根源避免环境变量问题：

# 替换为你实际的项目目录路径
sudo chown -R congmin:congmin /path/to/your/project
# 之后直接执行即可
python setup.py build_ext --inplace

方案3：修改sudo配置保留PATH（不推荐，存在安全风险） #

如果需要长期让sudo继承用户的PATH，可以修改sudoers配置：

sudo visudo

找到Defaults secure_path =配置行，将你的conda bin路径/data0/congmin/miniconda/bin加到该行的最前面，或者直接注释掉该行让sudo完全继承用户的PATH，保存后生效。

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