Go 语言适合编写轻量高可靠的容器健康检查服务，可提供解耦的 HTTP 健康端点（/health 返回 200，/ready 做依赖检查），并支持 Docker/Kubernetes 原生探针集成或自研看门狗进程实现自动恢复，同时需注意优雅退出与状态同步。
Go 语言非常适合编写轻量、高可靠性的容器健康检查服务。它不依赖外部运行时，编译后单二进制可直接运行在容器内，能实时探测应用状态，并配合容器编排系统（如 Docker、Kubernetes）实现自动恢复。
设计一个简单的 HTTP 健康检查端点
大多数 Web 服务可通过 HTTP 探针判断是否就绪。在 Go 中，只需启动一个独立的健康检查 HTTP server，与主业务逻辑解耦：
- 监听固定端口（如 :8081），避免和主服务端口冲突
- 对 /health 返回 200 OK，内容可为
{"status":"ok"} - 对 /ready 可加入更严格的检查：数据库连接、缓存连通性、关键依赖响应等
- 使用
http.NewServeMux()或chi/gin等轻量路由库，避免引入过多依赖
集成到容器生命周期（Docker / Kubernetes）
健康检查本身只是信号源，需由容器平台消费并决策：
-
Docker：在
Dockerfile中用HEALTHCHECK指令调用curl -f http://localhost:8081/health，失败重试 3 次后标记容器为 unhealthy -
Kubernetes：在 Pod spec 中配置
livenessProbe和readinessProbe，分别指向/health和/ready；失败时 Kubelet 自动 kill 并重启容器 - 注意设置合理的
initialDelaySeconds和timeoutSeconds，避免启动中误判
主动监控 + 外部触发重启（非平台依赖方案）
当无法依赖 Docker/K8s 的原生探针（如裸机部署、边缘设备），可用 Go 编写一个“看门狗”进程：
立即学习“go语言免费学习笔记（深入）”；
- 定期用
http.Get()请求本地健康接口，超时或非 200 则记录日志 - 检测到连续 N 次失败后，执行
os/exec.Command("pkill", "-f", "myapp")或发送信号终止主进程 - 搭配
supervisord、systemd或简单 shell 循环（while true; do ./myapp && wait; done）实现自动拉起 - 建议将该看门狗作为独立 goroutine 运行，与主逻辑共存于同一二进制中，便于打包部署
补充：优雅退出与状态同步
健康检查不是“心跳开关”，而是反映真实服务能力。要避免假阳性/假阴性：
- 主服务启动完成前，
/ready应返回 503；可借助sync.Once或原子布尔值控制就绪状态 - 收到
SIGTERM时，先关闭健康端点响应，再等待正在处理的请求完成（用http.Server.Shutdown()） - 将数据库连接池、gRPC 客户端等关键依赖的状态缓存并暴露到
/ready，而非每次实时拨测（降低开销）
