你可能会说
帮我搞定健康检查，让网站能稳定运行。
定期访问一个特定接口（如 /health），确认服务还活着。
定期访问一个特定接口（如 /health），确认服务还活着。如果连续失败，就自动重启或摘除流量。
生活类比
像护士定时查房——每隔一小时看看病人还有没有呼吸，没反应就呼叫医生。
🎮 动手试试
关于「健康检查」，以下哪个描述最准确？
你可以这样告诉 AI
帮我在 Express 应用里加一个 /health 端点，检查数据库连接和内存使用，返回 JSON 格式的健康状态。
健康检查是二元的「服务还活着吗」（是/否），监控是持续的「服务表现如何」（CPU/内存/延迟趋势），健康检查是监控的子集。
负载均衡和自动恢复
当服务挂了需要自动摘除流量或重启时，健康检查接口是负载均衡器和编排系统判断服务是否可用的依据。
和 AI 协作时
想让 AI 帮你加健康检查，说「帮我在 Express 应用里加一个 /health 端点，返回数据库连接状态和内存使用情况」。
单体简单应用
单实例部署的个人项目，挂了你自己会发现，健康检查的自动摘除和重启机制没有实际受益场景。
与在线服务无关的项目
批处理脚本、定时任务等跑完就退出的程序，不存在持续运行中的「健康状态」需要探测。
定期访问一个特定接口（如 /health），确认服务还活着。如果连续失败，就自动重启或摘除流量。
像护士定时查房——每隔一小时看看病人还有没有呼吸，没反应就呼叫医生。
和 AI 沟通时提到「加个健康检查接口」，就是做一个 /health 路由返回 200 表示服务正常