systemd中基于环境变量设置User=指令失败，求解决办法

问题原因 #

systemd解析服务配置的顺序是先处理服务上下文配置项（比如User=），再加载EnvironmentFile=和初始化环境变量。也就是说，当解析User=${USER}时，你在EnvironmentFile里定义的USER变量还没被加载，此时${USER}要么为空，要么读取的是systemd自身进程的环境变量，根本取不到你自定义的值。

可行解决方案 #

方案一：利用systemd实例化模板（最推荐）

把你的服务文件做成模板（比如命名为my-service@.service），启动时通过实例名指定用户，配置如下：

[Unit]
Description=My Service Instance %i

[Service]
ExecStart=/mypath/bin/start.sh %i
ExecStop=/mypath/bin/stop.sh %i
User=%i

启动服务时直接指定实例名（即用户名）：

systemctl start my-service@xyzzy.service
systemctl start my-service@tim.service

这种方式完全不需要EnvironmentFile来传递用户变量，直接通过systemd的实例化特性实现按实例指定用户，还能避免维护多份重复配置。如果确实需要保留EnvironmentFile，可以继续添加EnvironmentFile=/mypath/%i/environ，不影响User=%i的生效。

方案二：通过ExecStartPre动态设置用户（特殊场景可用）

如果必须通过EnvironmentFile传递用户变量，可以借助ExecStartPre在启动前动态修改服务的User属性，配置如下：

[Unit]
Description=My Service Instance %i

[Service]
EnvironmentFile=/mypath/%i/environ
ExecStartPre=/bin/sh -c 'systemctl set-property $MAINPID User=${USER}'
ExecStart=/mypath/bin/start.sh %i
ExecStop=/mypath/bin/stop.sh %i

注意：这种方法需要systemd进程有足够权限修改服务属性，且仅适用于可动态调整属性的服务，稳定性不如方案一。

方案三：在启动脚本内切换用户（不推荐）

修改start.sh，通过runuser或su切换到指定用户执行实际程序，systemd配置中不设置User=（默认以root运行）：

# start.sh 内容
#!/bin/bash
runuser -u "$USER" /path/to/your-actual-program "$1"

这种方式的弊端是服务的父进程仍为root，存在安全隐患，不符合最小权限原则，仅作为临时 workaround 使用。

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