Docker容器自愈能力关键在于entrypoint.sh脚本的准备→验证→托底三阶段设计，而非仅依赖重启策略；它通过环境校验、依赖等待、降级启动等主动行为实现软自愈，并配合--restart=unless-stopped等策略增强可靠性。
要让 Docker 容器具备“自愈能力”，关键不是靠重启机制，而是靠 entrypoint.sh 脚本在每次启动时主动检查、修复、兜底。它不依赖外部编排工具（如 Docker Swarm 或 Kubernetes 的健康检查），而是在容器生命周期最开始就完成环境校验、服务就绪判断和异常降级处理。
自愈型 Entrypoint 的核心设计逻辑
一个真正具备自愈能力的 entrypoint 脚本，必须满足三个基本动作：准备 → 验证 → 托底。
- 准备阶段：创建必要目录、赋权、生成配置、加载密钥或证书
- 验证阶段：检查依赖服务是否可达（如数据库 ping 通、端口可连）、关键文件是否存在、配置语法是否合法
- 托底阶段：若验证失败，不直接崩溃退出，而是尝试重试、降级启动（如跳过迁移）、或输出明确错误并暂停（用 sleep + exit 1 配合 restart policy）
实战：带健康检查与自动重试的 Node.js 入口脚本
以下是一个生产可用的 entrypoint.sh 示例，适用于需要连接 PostgreSQL 的 Node.js 应用：
#!/bin/bash
set -e
<h1>1. 环境变量兜底</h1><p>: ${DB_HOST:=postgres}
: ${DB_PORT:=5432}
: ${NODE_ENV:=production}</p><p>echo "[Entrypoint] NODE_ENV=$NODE_ENV, DB_HOST=$DB_HOST:$DB_PORT"</p><div class="aritcle_card flexRow">
<div class="artcardd flexRow">
<a class="aritcle_card_img" href="/xiazai/skill10572" title="Docker Compose Optimizer"><img
src="https://img.php.cn/upload/skill/001/246/273/6adaf20cf0281539.jpg" alt="Docker Compose Optimizer" ></a>
<div class="aritcle_card_info flexColumn">
<a href="/xiazai/skill10572" title="Docker Compose Optimizer">Docker Compose Optimizer</a>
<p>优化 Docker Compose 配置，适用于开发和生产环境——审计服务、网络、卷、健康检查和资源管理。</p>
</div>
<a href="/xiazai/skill10572" title="Docker Compose Optimizer" class="aritcle_card_btn flexRow flexcenter"><b></b><span>下载</span> </a>
</div>
</div><h1>2. 等待数据库就绪（最多重试 30 次，每次间隔 2 秒）</h1><p>for i in $(seq 1 30); do
if pg_isready -h "$DB_HOST" -p "$DB_PORT" -U "postgres" >/dev/null 2>&1; then
echo "[Entrypoint] ✅ PostgreSQL is ready"
break
fi
echo "[Entrypoint] ⏳ Waiting for PostgreSQL ($i/30)..."
sleep 2
done</p><h1>3. 若仍不可达，不硬退出，而是记录日志并继续——应用内可做二次重连</h1><p>if ! pg_isready -h "$DB_HOST" -p "$DB_PORT" -U "postgres" >/dev/null 2>&1; then
echo "[Entrypoint] ⚠️ PostgreSQL not available — starting app anyway (app handles reconnect)"
fi</p><h1>4. 运行迁移（仅 production）</h1><p>if [ "$NODE_ENV" = "production" ]; then
echo "[Entrypoint] Running database migrations..."
npm run migrate || {
echo "[Entrypoint] ❌ Migration failed — continuing anyway (idempotent or handled at runtime)"
}
fi</p><h1>5. 最后才把控制权交给 CMD</h1><p>exec "$@"
这个脚本不会因数据库短暂不可用而让容器立即退出，而是给出缓冲窗口，并把最终容错交给应用层，实现“软自愈”。
配合 Dockerfile 和运行策略增强可靠性
单有脚本不够，还需镜像定义和运行时策略协同：
- Dockerfile 中使用 exec 格式 ENTRYPOINT：
ENTRYPOINT ["/usr/src/app/entrypoint.sh"]，确保信号能透传给最终进程 - 避免在脚本中用
sleep infinity假死，而应让exec "$@"成为 PID 1，便于接收 SIGTERM - 启动容器时加上重启策略：
docker run --restart=unless-stopped ...或on-failure:5，让失败后自动拉起新实例再跑一遍 entrypoint - 对关键检查项（如配置文件缺失）可加入
test -f /config/app.yaml || cp /defaults/app.yaml /config/app.yaml实现自动补全
进阶：动态配置热生效与运行时钩子
更进一步的自愈，可结合容器内轻量监控与信号响应：
- 在 entrypoint 启动后台进程监听
SIGHUP，收到后重新加载配置（如 Nginx reload、PM2 reload） - 挂载
/proc和/sys并检查内存/CPU 使用率，超限时写日志并触发告警（通过 curl 推送 webhook） - 利用
inotifywait监听配置卷变化，自动 reload 服务（需提前安装 inotify-tools）
这些能力不改变容器主进程，但让整个运行时具备“感知-响应”闭环，是轻量级自愈的高阶体现。
