Kubernetes Pod生命周期回调允许在容器关键阶段执行自定义操作。1. PostStart在容器创建后触发，不保证在ENTRYPOINT前执行，可用于初始化配置；2. PreStop在终止前调用，同步阻塞直至完成，常用于优雅关闭。回调通过lifecycle字段配置，支持Exec命令或HTTP请求。注意事项：PostStart失败会导致Pod重启；PreStop需控制执行时间，受terminationGracePeriodSeconds限制；回调无重试机制，且仅限本容器内执行。合理使用可提升应用可靠性。
Kubernetes 的 Pod 生命周期回调是一种机制，允许你在容器生命周期的特定阶段自动执行自定义操作。这些回调不是用来控制生命周期本身，而是让你在某些关键时间点注入逻辑，比如准备服务、通知外部系统或清理资源。
支持的回调事件
Kubernetes 定义了两个主要的回调事件：
-
PostStart：容器创建后立即触发。注意，它不保证在
ENTRYPOINT启动前执行，仅表示容器已启动。 -
PreStop：容器被终止前调用。执行完成后，Kubernetes 才会发送
SIGTERM信号，用于优雅关闭。
这两个回调可以绑定到具体的容器上，在 Pod 的容器配置中通过 lifecycle 字段设置。
回调的执行方式
每个回调可以配置一种执行动作，支持以下两种类型：
- Exec：在容器内部执行一条命令。例如运行脚本或调用本地程序。
- HTTP 请求：向容器的指定端点发送 HTTP 请求，常用于通知应用自身即将发生变化。
例如，PostStart 可以用来初始化配置文件或注册服务；PreStop 常用于停止监听端口、保存状态或通知负载均衡器下线。
使用注意事项
回调虽然方便，但有几点需要特别注意：
- PostStart 不阻塞容器启动，如果执行失败，Pod 会被杀掉并重启（取决于重启策略）。
-
PreStop 是同步阻塞的，必须完成才会继续终止流程，但总时长受限于
terminationGracePeriodSeconds。 - 回调运行在同一个容器内，不能跨容器调用。
- 没有重试机制，失败即影响 Pod 状态。
合理使用回调能提升应用的可靠性和可观测性，但应避免耗时过长的操作，尤其是 PreStop，防止拖延 Pod 删除。
基本上就这些。
