设置PYTHONPATH后非Python命令报SyntaxError的问题求助

我来帮你分析下这个问题，其实根源很明确：像gdb、yum这类系统工具，很多是基于**系统自带的Python版本（通常是Python2.x）**开发的。你全局设置了export PYTHONPATH=/opt/anaconda3/lib/python3.5/，会让这些工具在加载Python模块时，优先去Anaconda的Python3.5路径查找，而Python3的模块语法和Python2不兼容——比如你报错里的site.py文件中file=sys.stderr这种写法，在Python2里file是关键字，不能用作参数名，直接就触发了语法错误。

下面是几个可行的解决办法，按推荐程度排序：

方案1：用Anaconda虚拟环境替代全局PYTHONPATH（最推荐） #

Anaconda的虚拟环境本身就是用来隔离不同Python环境的，完全不会影响系统工具：

• 创建一个指定Python3.5的虚拟环境：

  conda create -n my_py35_env python=3.5
  

• 需要使用Anaconda Python时，激活环境：

  conda activate my_py35_env
  

  此时Anaconda的Python路径和库会被自动加入当前会话，完全不会干扰系统工具；退出环境只需执行conda deactivate，就回到系统默认环境了。

方案2：仅在需要时临时设置PYTHONPATH #

不要把export PYTHONPATH=...写到~/.bashrc、~/.bash_profile这类全局配置文件里，而是在运行依赖Anaconda Python的脚本时临时指定：

PYTHONPATH=/opt/anaconda3/lib/python3.5/ python your_script.py

或者写一个专属的启动脚本，在脚本里设置PYTHONPATH后再运行你的程序，这样只会影响特定程序，不会波及系统工具。

方案3：修复系统工具的Python版本指向（备选） #

如果你确实需要全局保留PYTHONPATH，可以修改系统工具的启动脚本，让它们强制使用系统自带的Python2：

• 以yum为例，先查看它的默认Python路径：

  head -1 /usr/bin/yum
  

  通常输出是#!/usr/bin/python
• 修改为系统的Python2路径（如果系统存在python2的话）：

  sudo sed -i 's/#!\/usr\/bin\/python/#!\/usr\/bin\/python2/' /usr/bin/yum
  

⚠️ 注意：这种方法可能会在系统更新时被覆盖，而且不同工具（比如gdb的Python集成）可能需要单独调整，所以不是最优解。

方案4：清理全局PYTHONPATH配置 #

打开你的~/.bashrc、~/.bash_profile或者/etc/profile这类全局配置文件，找到那行export PYTHONPATH=/opt/anaconda3/lib/python3.5/，删掉或者用#注释掉，然后重启shell或者执行：

source ~/.bashrc

让配置生效，这样系统工具就会使用默认的Python路径，不会再加载Anaconda的模块了。

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