/healthz 和 /livez 必须分离实现：/livez 仅检查进程级状态（goroutine 数、内存增长、信号响应），/healthz 则需分层超时检查所有依赖（DB、Redis、gRPC 等），二者均不可打日志、不可经中间件，且响应结构须扁平化含 timestamp/service/version 字段。
/healthz 和 /livez 必须分开实现
Kubernetes 的 livenessProbe 和 readinessProbe 语义完全不同，共用一个端点会直接破坏调度逻辑。比如 DB 挂了，/healthz 应该返回 503 剔除流量，但 /livez 还得返回 200 表示进程没卡死。
-
/livez只能检查进程级状态：goroutine 数是否爆炸（比如 >10k）、内存是否持续增长（runtime.ReadMemStats对比 delta）、或能否响应runtime/debug.SetTraceback("all")级别的信号 -
/healthz必须包含依赖检查：DB、Redis、gRPC 下游等，且每个检查必须带独立超时，不能只靠顶层http.Client.Timeout - 两个 handler 都不能调
log.Printf—— 探针每秒可能打几十次，日志 I/O 会拖慢响应甚至触发 panic - 别用
http.ListenAndServe()，必须用显式http.Server实例，否则收不到SIGTERM，无法做优雅退出
依赖检查必须分层设超时，不能统一用 http.Client.Timeout
HTTP、Redis、PostgreSQL、gRPC 的连接阻塞点差异极大：http.Client.Timeout 对 Redis DNS 解析卡住无效；gRPC Dial 不加 grpc.WithTimeout 可能永远挂起；PostgreSQL db.QueryRow("SELECT 1") 在锁表时会卡死，而 db.PingContext 才真正可控。
- HTTP 探测优先用
HEAD，避免触发业务逻辑；传Authorizationheader 时注意 token 是否过期 - Redis 检查：用
ctx, cancel := context.WithTimeout(context.Background(), 1*time.Second)+client.Ping(ctx).Err() - PostgreSQL：用
db.PingContext(ctx, 1500*time.Millisecond)，别用QueryRow - gRPC 探测：必须同时加
grpc.WithBlock()和grpc.WithTimeout(2*time.Second)，否则Dial返回的是未连接的 stub
/metrics 必须用 prometheus/client_golang，不能手拼字符串
Prometheus 抓取 /metrics 时会严格校验文本格式：空格、换行、类型声明（# TYPE）、末尾空行缺一不可。手拼字符串 100% 被拒绝，且无法被 promhttp.Handler() 自动补全。
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
立即学习“go语言免费学习笔记（深入）”；
- 所有指标（包括自定义的
component_health_status）必须在main()开头注册，不能在 handler 里重复调prometheus.MustRegister() - 用
GaugeVec记录组件状态，label设为component（如"db"、"redis"），值为1（健康）或0（异常） -
/healthz和/livez必须从指标采集链路中排除，否则请求量指标会被高频探针污染 - 暴露端点用
promhttp.HandlerFor(registry, promhttp.HandlerOpts{})，不是promhttp.Handler()—— 后者用默认 registry，你注册的自定义指标根本不会被抓取
健康响应结构必须标准化，禁用嵌套和中间件
监控聚合系统（如 Prometheus Alertmanager、Consul UI、Kubernetes dashboard）都依赖可解析的扁平字段。返回 {"checks":{"db":{"status":"up"}} 这种嵌套结构，90% 的聚合器直接忽略子项。
-
status字段只能是字符串"up"或"down"，不能是true/false或1/0 - 必须包含
timestamp（RFC3339 格式）、service（服务名）、version（编译时注入，如-ldflags "-X main.buildVersion=v1.3.0"） - 别用 Gin/Echo 等框架的中间件链注册
/health—— 日志、鉴权、panic 捕获会额外分配内存并引入隐式锁 - 如果服务启用了 TLS，确保 LB 用 HTTP 探针访问 HTTPS 端口时，
/health不触发证书校验失败（某些 LB 会忽略证书错误，但有些不会）
最易被忽略的点是：所有健康检查逻辑必须绕过任何中间件，直接用 http.ServeMux 或裸 http.Server 注册；/livez 里哪怕多调一次 time.Now() 都可能在高并发下成为瓶颈——它本该是纳秒级响应的。
