Docker容器虽无原生lifecycle hooks，但可通过entrypoint脚本实现启动前初始化、应用内健康端点或docker-compose healthcheck模拟探针、trap信号捕获实现终止前清理，以及外部事件监听或OCI Hooks完成复杂场景Hook。
Docker 容器本身不提供类似 Kubernetes 的 lifecycle hooks（如 postStart、preStop），但可以通过组合容器启动命令、信号处理、初始化脚本和外部协调机制，模拟出等效的 Hook 行为。核心思路是：把 Hook 逻辑“嵌入”到容器生命周期的关键节点中，而非依赖 Docker 原生支持。
1. 启动前 Hook（类比 pre-start）
在容器真正运行主进程前执行初始化操作，例如配置注入、健康检查前置准备、依赖服务探活等。常用方式是用 shell 脚本包装启动命令：
- 编写一个 entrypoint.sh，先执行自定义逻辑（如 curl 等待 DB 就绪、生成 config 文件），再用 exec "$@" 启动原 CMD
- Dockerfile 中设置 ENTRYPOINT ["./entrypoint.sh"]，CMD 保持业务命令
- 注意：避免在 entrypoint 中后台启动服务，否则容器可能因主进程退出而终止
2. 运行中 Hook（类比 liveness/readiness 探针逻辑）
Docker 本身无内置探针，但可通过以下方式实现运行时钩子效果：
- 在应用内集成 HTTP / TCP 健康端点，并配合 docker exec -it <container> curl http://localhost:8080/health 手动或定时调用
- 使用 docker inspect <container> --format='{{.State.Status}}' 判断状态，结合自定义脚本触发清理或告警
- 若用 docker-compose，可借助 healthcheck 指令定义探测命令，Docker 引擎会定期执行并更新容器健康状态
3. 终止前 Hook（类比 pre-stop）
容器收到 SIGTERM（默认 stop 信号）后，在主进程退出前执行清理工作，关键在于正确捕获信号并阻塞退出：
- 在 entrypoint.sh 或主程序中监听 SIGTERM（和可选的 SIGINT），执行关闭数据库连接、刷盘、上报状态等逻辑，完成后才 exit
- 确保主进程是前台运行（不要加 & 或 nohup），否则信号无法传递；可用 trap 'cleanup; exit 0' TERM INT 实现优雅退出
- 避免在 trap 中执行耗时操作，超时（默认 10s）后 Docker 会强制发送 SIGKILL
4. 外部协调式 Hook（适合复杂场景）
当单容器内难以覆盖全部 Hook 需求时，可引入外部控制面：
- 用 systemd、supervisord 或自研守护进程监听容器事件（docker events --filter 'event=stop' --filter 'event=start'），触发对应脚本
- 在 CI/CD 流水线中，于 docker run 前后插入 shell 步骤，实现部署级 Hook（如备份、通知、灰度标记）
- 结合容器运行时（如 containerd）的 OCI Hooks（runtime-spec），在 create/start/kill 等阶段注入二进制钩子程序，但需修改运行时配置，生产环境需谨慎评估
