如何配置systemd服务，让树莓派1的应用A等待树莓派2的应用B完全启动后再启动？

这个问题挺典型的——systemd自带的Requires/Before/After这些依赖指令只能管本地服务，跨设备的依赖得换个思路：给RPi1上的A服务加个前置检查步骤，持续检测RPi2上的B是否完全就绪，直到检测通过再启动A。下面具体说怎么实现：

核心思路 #

因为两台设备启动顺序不固定，而且B的启动时间没准数，所以不能靠固定延时（比如sleep 30），必须用动态健康检查的方式，确认B真的就绪了再启动A。

首先得先确定怎么判断B已经完全启动，常见的两种场景对应不同的检查方式：

场景1：App B是网络服务（比如HTTP/API服务） #

如果B启动后会对外提供一个可以访问的健康检查接口（比如http://<RPi2的IP>:<端口>/health），这是最可靠的方式。

步骤1：写检查脚本（或直接嵌入服务文件） #

我们可以写一个循环检查的脚本，也可以直接把逻辑写进systemd服务文件里。

方式A：直接修改A的systemd服务文件

假设A的服务文件是/etc/systemd/system/appA.service，修改成这样：

[Unit]
Description=Application A
After=network.target  # 必须等网络就绪，不然连不上RPi2

[Service]
Type=simple
# 前置检查：每隔5秒检测一次B的健康接口，直到成功
ExecStartPre=/bin/bash -c 'until curl -s -f http://192.168.1.100:8080/health > /dev/null; do echo "Waiting for App B on RPi2..."; sleep 5; done'
ExecStart=/path/to/your/appA  # 替换成你的App A实际启动命令
Restart=always

[Install]
WantedBy=multi-user.target

方式B：用单独的脚本（更易维护）

1. 在RPi1上创建检查脚本/usr/local/bin/wait-for-appB.sh：

#!/bin/bash
# 配置RPi2的IP和B的健康检查地址
RPI2_IP="192.168.1.100"
HEALTH_URL="http://${RPI2_IP}:8080/health"

# 循环检查直到B就绪
until curl -s -f "${HEALTH_URL}" > /dev/null; do
    echo "$(date): Waiting for App B on ${RPI2_IP} to be ready..."
    sleep 5
done
echo "$(date): App B is ready! Starting App A..."

2. 给脚本加执行权限：

sudo chmod +x /usr/local/bin/wait-for-appB.sh

3. 修改A的服务文件，把前置检查指向这个脚本：

[Unit]
Description=Application A
After=network.target

[Service]
Type=simple
ExecStartPre=/usr/local/bin/wait-for-appB.sh
ExecStart=/path/to/your/appA
Restart=always

[Install]
WantedBy=multi-user.target

场景2：App B没有网络接口（只能本地检测） #

如果B是个本地进程，没法通过网络检查，那可以用SSH远程登录RPi2来检测，比如检查B的进程是否存在，或者B启动完成后生成的标记文件。

步骤1：配置RPi1免密登录RPi2 #

首先得让RPi1能自动SSH到RPi2，不用输密码：

# 在RPi1上生成SSH密钥（如果还没有）
ssh-keygen -t ed25519 -N "" -f ~/.ssh/id_ed25519
# 把公钥复制到RPi2（替换成你的RPi2用户名和IP）
ssh-copy-id pi@192.168.1.100

步骤2：写检查脚本 #

比如检查B的进程是否存在，脚本内容如下：

#!/bin/bash
RPI2_USER="pi"
RPI2_IP="192.168.1.100"
APPB_PROCESS="appB"  # 替换成B的进程名

until ssh ${RPI2_USER}@${RPI2_IP} "pgrep ${APPB_PROCESS}" > /dev/null; do
    echo "$(date): Waiting for App B on ${RPI2_IP} to be ready..."
    sleep 5
done

之后同样把这个脚本作为ExecStartPre加到A的systemd服务文件里就行。

测试和生效 #

修改完服务文件后，别忘了重新加载systemd并重启服务：

sudo systemctl daemon-reload
sudo systemctl restart appA.service

可以用下面的命令实时查看日志，确认等待逻辑是否正常：

journalctl -u appA.service -f

额外优化：添加超时机制 #

如果担心RPi2故障导致A一直等待，可以给检查脚本加个超时时间，比如最多等10分钟，超时后直接启动A（或者报错退出）：

MAX_WAIT=600  # 10分钟，单位秒
ELAPSED=0

until curl -s -f "${HEALTH_URL}" > /dev/null || [ ${ELAPSED} -ge ${MAX_WAIT} ]; do
    echo "$(date): Waiting for App B... (elapsed ${ELAPSED}s)"
    sleep 5
    ELAPSED=$((ELAPSED+5))
done

if [ ${ELAPSED} -ge ${MAX_WAIT} ]; then
    echo "$(date): Timeout waiting for App B! Starting App A anyway..."
    # 如果想让systemd认为启动失败，就加 exit 1
fi

备注：内容来源于stack exchange，提问作者GeertVc