Systemctl服务变量未更新求助：VM创建后变量无法生效

核心原因 #

你遇到的问题本质是：systemd服务文件里的变量是在script1执行生成文件时就被bash替换成了当时的静态值，script2里后来生成的PORT和_DEBUG根本没写入服务文件，所以无论怎么重启服务，用的还是script1执行时的旧值（甚至是空值）。

有效解决方案 #

方案1：使用环境变量文件（推荐） #

这种方式把动态变量和服务配置分离，维护性最好：

1. 修改script1生成的服务文件，让它读取外部环境变量文件：

   cat <<-EOH > /lib/systemd/system/my_service.service
   [Unit]
   Description=My Service
   StartLimitIntervalSec=600
   
   [Service]
   Type=simple
   EnvironmentFile=/etc/my_service.env  # 新增：读取外部env文件
   ExecStart=/bin/bash -c '/opt/bin/agent --host=localhost:${PORT} --debug=${_DEBUG}'
   Restart=always
   
   [Install]
   WantedBy=multi-user.target
   EOH
   

2. 在script2里生成/更新这个环境变量文件，然后重载systemd配置并重启服务：

   PORT=$(get_random_port)
   _DEBUG=$(get_debug_value)
   # 生成env文件，覆盖旧值
   echo "PORT=$PORT" | sudo tee /etc/my_service.env
   echo "_DEBUG=$_DEBUG" | sudo tee -a /etc/my_service.env
   # 必须让systemd重新加载配置
   sudo systemctl daemon-reload
   sudo systemctl restart my_service.service
   

方案2：动态设置systemd服务的环境变量 #

如果不想新增env文件，可以直接用systemctl set-property动态修改服务的环境变量，系统会自动生成配置覆盖文件：

PORT=$(get_random_port)
_DEBUG=$(get_debug_value)
# 动态设置环境变量
sudo systemctl set-property my_service.service "Environment=PORT=$PORT"
sudo systemctl set-property my_service.service "Environment=_DEBUG=$_DEBUG"
# 重载配置并重启
sudo systemctl daemon-reload
sudo systemctl restart my_service.service

这个操作会在/run/systemd/system/my_service.service.d/目录下生成override配置，不会修改原始的service文件，比较干净。

方案3：避免生成服务文件时展开变量 #

如果想让服务文件里保留${PORT}的占位符，不让script1执行时替换掉，需要转义变量：
修改script1里的服务文件生成代码：

cat <<-EOH > /lib/systemd/system/my_service.service
[Unit]
Description=My Service
StartLimitIntervalSec=600

[Service]
Type=simple
# 用反斜杠转义$，让bash不展开变量
ExecStart=/bin/bash -c '/opt/bin/agent --host=localhost:\${PORT} --debug=\${_DEBUG}'
Restart=always

[Install]
WantedBy=multi-user.target
EOH

之后可以配合方案1的env文件，或者在script2中通过Environment传递变量，这样服务启动时会读取最新的变量值。

为什么之前的尝试没用 #

你之前在服务文件里添加Environment="PORT=${PORT}"，这里的${PORT}是script1执行时的变量值（当时可能是空或者旧值），不是script2运行时生成的新值。服务文件生成后就成了静态文件，script2的变量不会自动写入，所以重启也无效。

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