容器优雅退出需捕获SIGTERM停止新建出网连接，执行客户端关闭、连接池驱逐、消息刷盘等清理；配合PreStop钩子延缓信号、设置合理terminationGracePeriodSeconds，并验证连接释放。
在容器生命周期结束前安全触发出网流量的优雅清道，核心是让应用主动停止发起新出网请求，并等待已有连接自然完成或超时关闭，避免连接中断、数据丢失或下游服务报错。这不能靠“一刀切”强制断连，而需信号响应 + 主动控制 + 时间缓冲三者协同。
捕获 SIGTERM 并关闭出网客户端
容器收到 SIGTERM 后，应用必须立即停止新建出网连接（如 HTTP 客户端、数据库连接池、消息生产者等），并触发已建连接的 graceful shutdown 流程：
- HTTP 客户端：调用
close()或shutdown()方法，不再复用连接；对正在发送的请求，可设置短超时（如 2 秒）后放弃 - 数据库连接池（如 HikariCP）：调用
shutdown()，拒绝新借连接，等待活跃连接归还或超时驱逐 - 消息队列生产者（如 Kafka Producer）：调用
flush()确保待发消息落盘，再close() - 避免使用未封装信号处理的 shell 启动脚本——它会拦截 SIGTERM，导致主进程收不到信号
配合 PreStop 钩子延缓 SIGTERM 到达时机
PreStop 不是用来“代替”应用关机逻辑的，而是为应用争取关键准备时间。例如，在 Kubernetes 中配置：
lifecycle:
preStop:
exec:
command: ["/bin/sh", "-c", "sleep 5"]
这段配置会让 K8s 在移除 Endpoint 后、发送 SIGTERM 前，先等待 5 秒。这段时间可用于：
- 通知上游网关或服务发现系统“即将下线”，提前摘除流量
- 向内部协调服务（如 etcd、Consul）注销出网能力声明
- 触发本地限流器切换为“拒绝新出网调用”模式
设置合理 terminationGracePeriodSeconds
宽限期必须覆盖“最后一批出网请求完成所需的最大耗时”。比如你的最长外部 API 调用耗时 8 秒，加上清理逻辑 3 秒，建议至少设为 15 秒：
spec: terminationGracePeriodSeconds: 15
若设得太短，K8s 会在你还没清完出网连接时就发 SIGKILL，导致连接被硬中断；若设得太长，滚动更新会拖慢节奏。实践中建议比实测最大出网延迟多留 3–5 秒余量。
验证是否真正清干净
上线前务必验证出网连接是否按预期释放：
- 在容器内执行
ss -tuln | grep :或netstat -an | grep ESTABLISHED，确认终止流程中连接数持续下降 - 检查应用日志，确认有类似 “outbound client closed”, “all pending requests drained” 的明确提示
- 模拟终止：用
kubectl delete pod && kubectl logs -f观察从收到 SIGTERM 到进程退出的全过程耗时与行为
