就绪探针判断容器是否准备好接收流量，失败则移除端点不重启；存活探针检测容器是否存活，失败则触发重启。两者目的与后果不同，需合理配置以提升应用稳定性。
Kubernetes 中的就绪性探针（Readiness Probe）和存活探针（Liveness Probe）都是用来监控 Pod 内容器状态的重要机制，但它们的作用不同，触发的行为也不同。理解两者的区别有助于更稳定地运行应用。
就绪性探针（Readiness Probe）
就绪性探针用于判断容器是否已经准备好接收流量。如果探针失败，Kubernetes 会将该 Pod 从对应的服务端点中移除，不再转发请求给它，但不会重启容器。
常见使用场景包括：
- 应用启动时需要加载大量数据或缓存，暂时无法处理请求
- 数据库连接尚未建立完成
- 依赖的其他服务还未响应
只要就绪探针失败，Pod 就不会被加入服务的负载均衡池，直到探针再次成功。
存活探针（Liveness Probe）
存活探针用于判断容器是否处于运行状态。如果探针失败，Kubernetes 认为容器已进入不可恢复状态，会自动重启该容器。
适用于以下情况：
- 应用陷入死锁或无限循环，进程还在但无法响应
- 内存泄漏导致服务无响应
- 关键线程崩溃但主进程未退出
重启容器是解决这类问题的直接方式，存活探针正是为此设计。
核心区别总结
目的不同： 就绪探针决定“是否能接收请求”，存活探针决定“是否需要重启”。失败后果不同： 就绪探针失败 → 暂停流量；存活探针失败 → 容器重启。
配置建议： 通常两个探针都需要设置。就绪探针的超时和重试可以宽松一些，避免误判；存活探针要谨慎设置，避免频繁重启影响稳定性。
基本上就这些。合理配置这两个探针，能让应用在异常情况下更健壮，同时保障服务可用性。
