Shell脚本使用echo缺失字符求助：sudo -H -u user bash -c执行echo异常

我之前也碰到过一模一样的情况——把原来的sudo su - user换成sudo -H -u user bash -c之后，大部分命令都正常跑，但就是有些echo输出会莫名其妙丢字符，折腾了好一阵才摸清楚几个核心原因和解决办法，分享给你：

最常见的坑：命令字符串转义不彻底 #

当你用bash -c执行命令时，整个命令字符串会被两层shell解析：首先是你当前登录的shell先解析一遍，然后才会把处理后的内容传给目标用户的bash执行。如果echo里包含引号、反斜杠、通配符这类特殊字符，很容易被外层shell误处理，导致目标bash收到的命令和你预期的不一样，自然就会出现字符缺失。

举个典型的错误例子：

# 错误写法：内层单引号被外层shell截断
sudo -H -u user bash -c "echo I'm trying to test this"

外层shell会把I'm拆成I和m，目标bash实际收到的命令是echo Im trying to test this，直接丢了单引号。

修正方案： #

1. 用单引号包裹整个命令字符串，同时对内层的单引号进行转义：

sudo -H -u user bash -c 'echo I'\''m trying to test this'

这里'\''的作用是在单引号字符串里插入一个单引号——先关闭外层单引号，用转义的\'输出单引号，再重新打开外层单引号。

2. 用双引号包裹命令字符串，对内层特殊字符加反斜杠转义：

sudo -H -u user bash -c "echo I\'m trying to test this"

隐藏的干扰源：目标用户的bash配置文件 #

有时候问题不在你的命令本身，而是目标用户的bash环境在搞鬼。bash -c默认是非交互式shell，正常情况下不会加载.bashrc或.profile，但如果目标用户设置了BASH_ENV环境变量，或者配置文件里有强制在非交互式模式下执行的脚本（比如某些自定义prompt、环境变量输出），这些输出可能会和你的echo内容混在一起，看起来像是字符缺失。

修正方案： #

让bash跳过加载所有配置文件，用--noprofile --norc参数：

sudo -H -u user bash --noprofile --norc -c 'echo "Your clean output here"'

这样就能确保目标bash以纯净环境执行命令，排除配置文件的干扰。

变量传递时的陷阱 #

如果你要把当前shell的变量传递给目标用户的bash执行echo，直接在双引号里用$var也容易出问题——外层shell会先替换变量值，如果变量里有空格或特殊字符，会被拆分成多个参数。

比如：

# 当前shell的变量
msg="Hello, this is a test with spaces!"
# 错误写法：变量被拆分成多个参数
sudo -H -u user bash -c "echo $msg"

目标bash收到的是echo Hello, this is a test with spaces!，看起来没问题，但如果变量里有引号或通配符，就会乱套。

修正方案： #

用位置参数安全传递变量：

sudo -H -u user bash -c 'echo "$1"' _ "$msg"

这里_是占位符（代表bash的$0参数），$1就是我们传递的$msg变量，单引号确保目标bash自己解析$1，避免外层shell的干扰。

总结 #

优先排查命令字符串的转义问题，这是绝大多数字符缺失的根源；如果还是不行，再检查目标用户的bash配置是否有额外输出；涉及变量传递时，一定要用安全的方式传递，避免外层shell的解析干扰。

内容的提问来源于stack exchange，提问作者A.Raouf