Python os.system调用可执行文件时环境变量丢失及库加载问题

一、os.system调用时环境变量未保留的原因 #

os.system本质是调用系统默认的/bin/sh（而非你当前使用的bash/zsh等交互式shell），/bin/sh不会加载用户的交互式shell配置文件（如~/.bashrc、~/.zshrc）。之前环境变量能正常传递，大概率是因为相关变量配置在全局配置文件（如~/.profile、/etc/profile）中，或者Python是从已加载完整环境的终端启动的；更新后如果Python启动方式改变（比如从GUI启动），就会出现环境变量丢失的情况。

二、无需install_name_tool的简便解决方案 #

1. 集成到Python启动文件~/.startup.py #

在~/.startup.py中添加环境变量配置，让Python每次启动自动加载：

# ~/.startup.py
import os
# 替换为你的MKL库实际路径，比如/opt/intel/mkl/lib/intel64
mkl_lib_path = "/path/to/your/mkl/lib"
current_dyld = os.environ.get("DYLD_LIBRARY_PATH", "")
if mkl_lib_path not in current_dyld:
    os.environ["DYLD_LIBRARY_PATH"] = f"{mkl_lib_path}:{current_dyld}"

然后在你的shell配置文件（~/.bashrc或~/.zshrc）中添加：

export PYTHONSTARTUP=~/.startup.py

这样每次启动Python时，环境变量会自动设置，调用os.system('./class params.ini')即可正常运行。

2. 调用时临时指定环境变量 #

如果不想修改全局配置，可直接在os.system命令中前置环境变量：

os.system('DYLD_LIBRARY_PATH=/path/to/your/mkl/lib ./class params.ini')

3. 用subprocess替代os.system（更推荐） #

subprocess模块能更灵活地控制环境变量，避免shell环境差异问题：

import subprocess
import os

env = os.environ.copy()
env["DYLD_LIBRARY_PATH"] = "/path/to/your/mkl/lib:" + env.get("DYLD_LIBRARY_PATH", "")
subprocess.run(["./class", "params.ini"], env=env)

三、sudo编译安装的影响及sudo -H/-E的作用 #

用普通sudo make编译时，系统会重置环境变量（如PATH、LD_LIBRARY_PATH等），导致链接器无法找到MKL库，生成的二进制文件也不会正确设置rpath：

• sudo -E make：会保留当前用户的所有环境变量（包括MKL相关的路径变量），编译时链接器能正确找到库，生成的二进制可能自动包含正确的rpath，无需后续手动修改。
• sudo -H make：仅将HOME环境变量设为root的HOME，不会保留用户的其他环境变量，对解决库路径问题没有帮助。

如果之前是用普通sudo make安装的，建议重新编译：

sudo -E make clean
sudo -E make install

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