until循环适用于条件不满足时重复执行直至满足，如等待网络服务就绪；其在命令失败时循环，成功时退出，需配合超时机制与轻量探测命令（如curl -f或nc）确保可靠性。
在 Linux 中，until 循环适合用于“条件不满足时重复执行，直到满足为止”的场景，比如等待某个网络服务（如 Nginx、Redis 或自定义 API）启动并响应。它比盲目 sleep 更可靠，也比无限 while true 更语义清晰。
基本 until 语法结构
until 与 while 逻辑相反：它在命令**退出状态为非零（失败）时执行循环体，一旦命令成功（退出码为 0），就退出循环。
格式如下：
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
until command; do
# 命令失败时执行的语句（例如等待、提示、重试）
sleep 1
done关键点：
- command 是你用来“探测服务是否就绪”的检查命令，比如 curl -f http://localhost:8080/health 或 nc -z localhost 6379
- 只要该命令失败（返回非 0），循环继续；一旦成功（返回 0），循环立即终止
常用服务就绪检测方法
选择合适、轻量且能真实反映服务可用性的检查方式很重要，避免误判：
-
TCP 端口连通性（快速但不保证业务就绪）：
nc -z localhost 8080或timeout 2 bash -c 'cat < /dev/null >/dev/tcp/localhost/8080' 2>/dev/null -
HTTP 健康接口（推荐用于 Web 服务）：
curl -f -s http://localhost:3000/health | grep -q "ok"（-f让 curl 在 HTTP 错误码 ≥400 时返回非 0） -
本地进程或 socket 检查（适用于 Unix socket 或本地守护进程）：
[ -S /var/run/myapp.sock ] && lsof -Ua | grep -q myapp
带超时和日志的实用脚本示例
生产环境务必加超时，防止无限等待。以下是一个健壮的等待脚本片段：
#!/bin/bash MAX_WAIT=60 ELAPSED=0 PORT=8080 <p>until timeout 2 curl -f <a href="https://www.php.cn/link/776c7381475a9867d4376e4b37cefb34">https://www.php.cn/link/776c7381475a9867d4376e4b37cefb34</a> >/dev/null 2>&1; do if [ $ELAPSED -ge $MAX_WAIT ]; then echo "❌ 超时：$MAX_WAIT 秒内未检测到服务在端口 $PORT 就绪" exit 1 fi echo "⏳ 等待服务启动中...（已 $ELAPSED/$MAX_WAIT 秒）" sleep 2 ELAPSED=$((ELAPSED + 2)) done</p><p>echo "✅ 服务已在端口 $PORT 启动成功"
说明：
- 使用 timeout 2 防止单次 curl 卡住
- 每次循环前检查总耗时，超时即报错退出
- 输出清晰的状态提示，便于排查
注意事项与避坑提醒
实际使用中容易忽略这些细节：
-
确保检查命令本身有明确退出码：比如用
curl -f，而不是裸用curl（后者即使 404 也返回 0） - 避免依赖未就绪的依赖项：比如服务依赖数据库，却只检查服务端口，可能服务起来了但无法处理请求
-
注意权限与上下文：在容器或 systemd service 中运行时，
localhost可能需换成127.0.0.1，或确认网络命名空间是否隔离 -
不要在循环中频繁调用重量级命令：例如避免每秒
systemctl is-active，应优先用轻量网络探测
