systemd单元文件变量引用问题及替代方案咨询

我之前也踩过这个坑！systemd里的变量其实分两种场景：一种是给服务进程本身用的环境变量（就是你用EnvironmentFile定义的那种，默认只有进程能读到），另一种是给systemd自身解析unit配置用的变量——这才是你需要的，用来替换ExecStart里的路径。

下面给你几个可行的解决办法，按推荐程度排序：

1. 正确使用EnvironmentFile + ${变量名}语法（推荐，适合systemd 219+） #

systemd从219版本开始支持在ExecStart这类指令里直接展开Environment或EnvironmentFile定义的变量，但要注意必须用**${VAR}**的语法（不是shell风格的$VAR）。

举个实际例子：

• 先创建全局环境文件/etc/my-services.env，写入统一的路径变量：

  APP_ROOT=/opt/my-applications
  

• 然后在你的每个service unit文件里，引用这个环境文件并使用变量：

  [Unit]
  Description=Service A
  
  [Service]
  # 引入环境文件，-号表示如果文件不存在也不报错
  EnvironmentFile=-/etc/my-services.env
  # 用${APP_ROOT}替换路径
  ExecStart=${APP_ROOT}/service-a/bin/run.sh
  Restart=always
  
  [Install]
  WantedBy=multi-user.target
  

• 修改完后别忘了执行systemctl daemon-reload让systemd重新解析配置，再重启服务生效。

2. 用shell启动并解析变量（兼容旧版本systemd） #

如果你的systemd版本低于219，没法直接在ExecStart里展开变量，可以通过shell来间接解析。不过要注意用exec替换shell进程，不然systemd监控的会是shell的PID，不是服务本身的：

[Service]
EnvironmentFile=/etc/my-services.env
# 用bash解析变量，exec替换shell进程
ExecStart=/bin/bash -c 'exec $APP_ROOT/service-b/bin/run.sh'

3. 设置全局systemd环境变量 #

如果所有服务都用同一个路径变量，可以直接给systemd设置全局环境变量，这样所有unit文件都能直接引用，不用每个都写EnvironmentFile：

• 执行命令设置全局变量：

  systemctl set-environment APP_ROOT=/opt/my-applications
  

• 然后在unit文件里直接用${APP_ROOT}：

  ExecStart=${APP_ROOT}/service-c/bin/run.sh
  

• 同样需要systemctl daemon-reload生效。如果要永久保存这个变量，可以把它写入/etc/systemd/system.conf的DefaultEnvironment字段里。

4. 使用模板Unit文件（适合批量相似服务） #

如果你的多个服务结构非常相似，只是路径或参数不同，可以用systemd的模板Unit来统一管理：

• 创建一个模板文件/etc/systemd/system/my-service@.service：

  [Unit]
  Description=My Service %I
  
  [Service]
  # %I代表实例参数，启动时传入路径
  ExecStart=%I/bin/run.sh
  Restart=always
  

• 然后启动不同的服务时，传入对应的路径作为实例参数：

  systemctl start my-service@/opt/my-applications/service-d.service
  systemctl start my-service@/opt/my-applications/service-e.service
  

这种方式适合服务配置高度一致的场景，能彻底避免重复写unit文件。

最后再提醒一句：不管用哪种方法，修改完unit配置后一定要执行systemctl daemon-reload，不然systemd不会加载新的变量配置！

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