Go应用无法感知容器重启，需通过docker events监听restart事件或用持久化marker文件判断是否为非首次启动。
监听 Docker 容器重启事件需要主动轮询或使用事件流
Go 程序本身无法“感知”宿主机上容器的重启，因为容器重启后进程 ID、网络命名空间、挂载点都会重置，原进程早已终止。所谓“重启感知”，实际是指在新启动的实例中识别出“这不是首次运行”，或通过外部机制（如 Docker daemon 事件）提前获知即将发生重启。
最实用的路径是：你的 Go 应用启动时检查状态，并配合 Docker 的 docker events 流做外部联动。Docker daemon 会广播 restart 类型事件，但需注意该事件发生在容器 启动阶段，不是“重启完成时”——此时你的应用可能还没初始化完毕。
- 直接监听
docker events --filter 'event=restart'需要 root 权限或 docker.sock 访问权限 - Go 中可用
github.com/docker/docker/api/types/events包解析事件流，但必须连接到unix:///var/run/docker.sock - 事件中的
Actor.Attributes.name或Actor.Attributes.id可用于匹配目标容器
用文件锁 + 时间戳实现轻量级重启标识
若不依赖 Docker daemon，可在容器内用文件系统做状态标记。关键不是“记录重启动作”，而是让每次启动能区分“干净启动”和“非预期中断后恢复”。典型做法是在 /tmp 或挂载的 volume 中写入带时间戳的 marker 文件，并在启动时校验其存在性与合理性。
注意：/tmp 在某些镜像（如 Alpine）中是内存文件系统，容器重启后内容丢失；务必确保 marker 存放在持久化路径（如挂载的 /data）或明确配置 tmpfs 保留策略。
立即学习“go语言免费学习笔记（深入）”；
func isRestarted() (bool, error) {
markerPath := "/data/.last_start"
_, err := os.Stat(markerPath)
if os.IsNotExist(err) {
// 首次启动，写入当前时间
return false, os.WriteFile(markerPath, []byte(time.Now().Format(time.RFC3339)), 0644)
}
if err != nil {
return false, err
}
// 文件存在，读取并判断是否距今过短（比如 < 5 秒），可视为异常中断重启
content, _ := os.ReadFile(markerPath)
last, _ := time.Parse(time.RFC3339, strings.TrimSpace(string(content)))
return time.Since(last) < 5*time.Second, os.WriteFile(markerPath, []byte(time.Now().Format(time.RFC3339)), 0644)
}
利用 Docker HEALTHCHECK + 应用层健康端点协同判断
Docker 的 HEALTHCHECK 本身不触发重启感知，但它能暴露容器生命周期状态。如果你的 Go 服务暴露了 /health 端点，可在其中嵌入运行时状态（例如是否完成初始化、是否有未提交任务），再配合 Docker 的 --health-start-period 和 restarting 策略形成闭环。
例如：容器因 OOM 被 kill 后重启，Go 服务启动时发现本地队列有未 ACK 的消息，就主动进入“恢复模式”，而不是立即接受新请求。
HEALTHCHECK --start-period=30s CMD curl -f http://localhost:8080/health || exit 1- Go 的
/health返回体中加入字段如"recovery_mode": true，由运维侧采集判断 - 避免在健康检查中执行耗时操作（如 DB 连接池重建），否则会拖慢 restart 判断
恢复方案的核心是状态外置与幂等性设计
真正可靠的重启恢复，不靠“感知重启”，而靠“每次启动都从一致外部状态重建上下文”。这意味着所有关键状态必须离开进程内存：
- 任务进度存入 Redis（用
SET key value EX 3600 NX保证首次写入） - 长周期定时器改用数据库表 +
SELECT ... FOR UPDATE抢占式调度 - HTTP 会话不要依赖内存 map，改用带过期的 Redis session store
- 任何写操作前加幂等 key（如请求头
X-Request-ID），防止重启后重复消费
最容易被忽略的一点：Go 的 http.Server.Shutdown() 调用时机。Docker stop 默认只给 10 秒 grace period，若你的服务没注册 os.Interrupt 或 syscall.SIGTERM 并触发 Shutdown，连接会直接断开，导致正在处理的请求失败——这比“感知不到重启”更致命。
