go语言无开箱即用自愈能力，需开发者显式构建健康检查、状态决策、恢复动作闭环；http.server中panic仅终止当前请求goroutine，但初始化或全局goroutine中panic会导致进程退出，须在每个handler外层加defer-recover捕获。
Go 语言本身不提供“开箱即用”的自愈能力，所有自愈逻辑必须由开发者显式设计并嵌入服务生命周期中。关键不是加个库就自动痊愈，而是把健康检查、状态决策、恢复动作三者串成可中断、可观察、可降级的闭环。
如何让 http.Server 在 panic 后不退出，而是记录并继续监听
很多人误以为 recover 能救整个 HTTP 服务——其实不能。标准 http.Server 的 ListenAndServe 是阻塞调用，panic 发生在 handler 内部时，只会终止当前请求 goroutine，不影响服务器持续收请求。但若 panic 出现在中间件、初始化或全局 goroutine 中，进程会直接退出。
- 必须在每个可能 panic 的 handler 外层加
defer func() { if r := recover(); r != nil { log.Printf("Panic recovered: %v", r) } }() - 不要依赖
http.Server.ErrorLog捕获 panic；它只处理底层网络错误，不接管业务 panic - 对关键初始化逻辑（如 DB 连接、配置加载）单独起 goroutine +
recover，避免阻塞主流程 - 使用
http.Server.RegisterOnShutdown注册清理动作，确保崩溃前能释放资源
用 sony/gobreaker 实现熔断，但别让它卡死你的调用链
sony/gobreaker 默认是同步阻塞熔断：当状态为 OPEN 时，cb.Execute 直接返回错误，不执行原始函数。这没错，但容易导致上游服务因“无响应”而超时重试，反而加剧压力。
- 设置
ReadyToTrip回调时，不要只看失败次数，要结合time.Since(lastSuccess)判断是否真不可用 - OPEN 状态下，建议搭配一个 fallback 函数（如返回缓存值或默认响应），而不是裸抛 error
- 避免在同一个
CircuitBreaker实例上混用不同下游服务；应按目标服务粒度隔离实例 - 注意
gobreaker不自动刷新状态，需靠后续成功调用触发 HALF_OPEN → CLOSED 流转
健康检查接口 /health 返回 UP，但服务实际已卡死？
/health 返回 200 只说明 HTTP 服务进程还在收包，不代表业务逻辑可用。常见陷阱是只检查自身端口通不通，没验证依赖是否就绪。
- 检查项必须包含：数据库连接池 ping、Redis ping、关键外部 API 可连性（带 timeout）、本地磁盘剩余空间
- 不要在
/health中做耗时操作（如查全表），否则 K8s readiness probe 会超时标记为 not ready - 区分
/health（Liveness）和/ready（Readiness）：前者判断进程是否存活，后者判断是否可接收流量 - Kubernetes 中，livenessProbe 失败会 kill 容器并重启；readinessProbe 失败仅摘除流量——两者行为完全不同，配置不能照搬
自动重启服务时，为什么 exec.Command("sh", "-c", "killall -TERM myapp") 总失败？
在容器环境里，killall 很可能不存在，且容器通常以 PID 1 运行，信号传递规则与宿主机不同。更严重的是，直接 kill -TERM 可能跳过 graceful shutdown 流程，导致数据丢失或连接中断。
- 优先使用进程管理器（如
supervisord或 Kubernetes 的 restartPolicy）接管重启，而非自己写 shell 脚本 - 若必须自研，改用
syscall.Kill(syscall.Getpid(), syscall.SIGTERM)向自身发信号，再由主 goroutine 捕获并执行 cleanup - 重启脚本必须校验目标二进制路径是否存在、是否有执行权限，否则
nohup ./myapp &静默失败 - 容器内不要依赖
ps aux | grep myapp判断进程是否存在——PID 命名空间隔离后结果不可靠
真正难的不是写恢复代码，而是定义“什么算恢复成功”：是 HTTP 返回 200？是 DB 查询延迟低于 50ms？还是过去 1 分钟内错误率低于 0.1%？这个阈值一旦设错，自愈系统就会变成故障放大器。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
