运行Python脚本时如何防止LD_LIBRARY_PATH被覆盖为当前工作目录

一、先查脚本和导入模块的问题 #

虽然你说script.py内容和交互式示例一致，但还是得仔细核对：

• 脚本里有没有直接写os.environ['LD_LIBRARY_PATH'] = ...或者os.putenv()的代码？
• 脚本有没有导入第三方库？有些科学计算库、编译扩展库（比如MKL相关的）初始化时会偷偷修改LD_LIBRARY_PATH，或者pyenv的某些钩子在搞鬼？

二、检查pyenv的配置和钩子 #

你用的是pyenv，它的shims机制可能通过钩子脚本修改环境变量：

• 查看~/.pyenv/version文件，确认当前激活的Python版本对应的配置里有没有触碰LD_LIBRARY_PATH的内容。
• 翻看~/.pyenv/plugins下的插件（比如pyenv-virtualenv或其他自定义插件），有没有在激活环境时修改环境变量的脚本。
• 检查shell配置文件（~/.bashrc、~/.bash_profile等）里的pyenv初始化代码，比如eval "$(pyenv init -)"在非交互式运行脚本时，会不会触发和交互式环境不一样的逻辑，导致路径被覆盖？

三、直接追踪环境变量的修改过程 #

用以下两种方法能精准定位修改位置：

1. 在脚本开头添加追踪代码，打印修改时的调用栈：

import os
import traceback

def trace_ld_change():
    original_ld = os.environ.get('LD_LIBRARY_PATH')
    print(f"初始LD_LIBRARY_PATH: {original_ld}")

    # 给os.environ的赋值操作加钩子
    original_set = os.environ.__setitem__
    def traced_set(key, value):
        if key == 'LD_LIBRARY_PATH':
            print(f"LD_LIBRARY_PATH被修改为: {value}")
            print("调用栈：")
            traceback.print_stack()
        original_set(key, value)
    os.environ.__setitem__ = traced_set

trace_ld_change()

# 原来的脚本内容
print(os.environ.get('LD_LIBRARY_PATH'))

运行这个修改后的脚本，就能看到是谁修改了LD_LIBRARY_PATH，以及具体到哪行代码。

2. 用shell的调试模式追踪执行过程：

bash -x python script.py 2>&1 | grep LD_LIBRARY_PATH

这个命令会打印shell执行的每一步，过滤出和LD_LIBRARY_PATH相关的操作，排查是否是shell层面的修改。

四、对比交互式和非交互式shell的环境差异 #

交互式shell和非交互式shell加载的配置文件不一样：

• 交互式bash会加载~/.bashrc，但运行脚本的非交互式bash可能只加载~/.bash_profile，甚至不加载某些配置。如果你的LD_LIBRARY_PATH是在~/.bashrc里设置的，pyenv在非交互式环境下没继承到，反而覆盖了路径？
• 可以在脚本里打印所有环境变量，和交互式Python里的内容对比：

import os
for k, v in sorted(os.environ.items()):
    print(f"{k}={v}")

看看除了LD_LIBRARY_PATH外还有哪些变量不同，说不定能找到关键线索。

五、特殊情况：二进制文件的权限问题 #

如果脚本调用的二进制文件有setuid/setgid权限，系统会清空部分环境变量，但这里是Python脚本本身的LD_LIBRARY_PATH被修改，可能性不大，但可以检查一下：

ls -l /path/to/your/binary

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