我完全懂你遇到的这个头疼问题——交互式登录时环境变量全正常，一用su - username -c 'command'这种非交互式方式跑命令，必要的变量就没了。核心原因其实是bash在不同场景下的启动脚本加载规则不一样。

问题根源 #

当你用su - username进入交互式登录shell时，bash会按这个顺序加载配置：

1. 系统级的/etc/profile
2. 用户目录下的~/.bash_profile（如果存在）；要是没有就找~/.bash_login，再没有就用~/.profile
3. 大多数系统的~/.bash_profile里默认会写一行调用~/.bashrc的代码，所以交互式场景下你的环境变量脚本会被正常加载

但当你加-c 'command'以非交互式登录shell运行时，bash不会自动加载~/.bashrc——因为~/.bashrc是专门给交互式非登录shell设计的，非交互式的登录shell只会加载profile系列文件，不会碰.bashrc。

解决方案 #

这里有几种实用的解决办法，你可以根据自己的需求选：

1. 把环境变量移到profile类文件（推荐长期方案）

如果这些环境变量是该用户所有登录场景（不管交互/非交互）都需要的，直接把~/.bashrc里的脚本引入移到~/.bash_profile（如果没有.bash_profile就用~/.profile）里：

# 给目标用户的.bash_profile添加脚本引入
su - username -c 'echo "source ~/your-env-script.sh" >> ~/.bash_profile'

要是原来的~/.bash_profile里已经有调用.bashrc的代码，但带了交互式判断（比如if [ "$PS1" ]; then . ~/.bashrc; fi），把那个判断删掉，改成直接source ~/.bashrc，这样非交互式登录shell也会加载.bashrc的内容。

2. 强制以交互式shell执行命令（临时/快速方案）

如果不想改动用户的配置文件，临时解决的话，可以在-c里嵌套一个交互式bash来执行命令：

su - username -c 'bash -ic "your-command-here"'

-i参数让bash以交互式模式启动，这时候它会自动加载~/.bashrc，环境变量就正常了。用sudo -i的话同理：

sudo -i -u username bash -ic "your-command-here"

3. 手动指定加载.bashrc（简单直接）

另一种方式是在执行命令前先手动source.bashrc：

su - username -c 'source ~/.bashrc && your-command-here'

不过要注意，如果.bashrc里有只适合交互式场景的代码（比如设置PS1、别名等），可能会在非交互式模式下输出不必要的内容。可以给这类代码加个判断，只在交互式时执行：

# 在~/.bashrc里添加判断
if [[ $- == *i* ]]; then
    # 比如设置别名、命令提示符这类仅交互式需要的内容
    alias ll='ls -l'
    PS1='\u@\h:\w\$ '
fi

验证方法 #

修改完后，你可以用这个命令测试环境变量是否正常加载：

su - username -c 'echo $YOUR_ENV_VAR'

如果能正常输出变量值，就说明配置生效了。

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