应使用 systemctl is-active 而非 systemctl status 判断服务状态，因其退出码语义明确：0 表示活跃态（active/activating），1 表示非活跃态（inactive/failed），3 表示服务不存在；配合 --quiet 可静默执行，适合脚本条件判断。
在 Shell 脚本中，systemctl status 本身**不直接返回服务运行状态的布尔值（如 0 表示“active”，非0 表示“inactive”）**，它的退出码只反映命令执行是否成功（例如配置语法错误、权限不足、服务名不存在等），**而非服务实际的活跃状态**。因此，不能仅靠 $? 判断服务是否在运行——这是常见误区。
用 systemctl is-active 获取真实运行状态
真正适合条件判断的是 systemctl is-active，它专为脚本设计，返回明确的服务单元当前状态，并通过退出码表达语义：
-
退出码 0：服务处于
active（running）或activating（启动中）等可接受的活跃态； -
退出码 1：服务是
inactive、failed、unknown等非活跃态（注意：deactivating也返回 1）； - 退出码 3：服务单元不存在或路径错误（需提前校验）。
✅ 推荐写法（简洁、可靠、秒级响应）：
if systemctl is-active --quiet myapp.service; then
echo "主节点正常，不切换"
else
echo "主节点异常，触发备机接管"
systemctl start myapp.service # 在备机上启动服务
# 可选：通知、日志、VIP漂移等操作
fi
配合 --quiet 和 --oneline 控制输出与性能
is-active 默认会输出状态字符串（如 active），在脚本中若不需要显示，务必加 --quiet 抑制 stdout/stderr，避免干扰日志或管道处理；它本身已是轻量调用（毫秒级），无需额外优化。
若需记录状态用于调试，可用：
state=$(systemctl is-active --oneline myapp.service 2>/dev/null) if [[ "$state" == "active" ]]; then ...
但注意：这种字符串比较不如直接用退出码健壮（比如 systemd 版本差异或 locale 导致输出变化）。
构建秒级高可用切换脚本的关键要点
-
高频检测需加间隔：不要用 while true + 无 sleep 循环，应设合理间隔（如
sleep 2），避免 CPU 空转和 systemd 过载； - 防抖与确认机制：单次失败不立即切换，建议连续 2–3 次检测失败再行动，防止瞬时抖动误判；
-
主备互斥保护：切换前检查备机自身服务是否已运行（
! systemctl is-active --quiet myapp.service），避免双主； -
资源清理与幂等性：切换脚本应支持重复执行，例如先
systemctl stop再start，或用systemctl try-restart； -
结合健康检查增强可靠性：仅依赖 systemd 状态不够（进程可能卡死但未退出），可叠加端口探测（
nc -z localhost 8080）或 HTTP 探针。
一个最小可行切换片段示例
#!/bin/bash SERVICE="myapp.service" ATTEMPTS=0 MAX_ATTEMPTS=3 <p>while (( ATTEMPTS </p><h1>连续失败，执行切换</h1><p>logger -t ha-failover "Primary $SERVICE failed, promoting standby" systemctl start "$SERVICE"</p><h1>此处可添加 keepalived VIP 切换、DNS 更新、告警等</h1><p></p>
不复杂但容易忽略：真正决定是否切换的，是 is-active 的退出码，不是 status 的输出或其返回值。
