容错处理是构建可感知、可拦截、可兜底、可恢复的响应闭环。需配置分层超时与context传递实现故障感知；用三态熔断器隔离失败；降级提供语义等价简化结果；重试仅用于幂等操作并配合指数退避。
Go语言开发分布式系统时，容错处理不是堆砌工具，而是围绕“故障必然发生”这一前提，构建可感知、可拦截、可兜底、可恢复的响应闭环。核心逻辑在于用轻量机制替代人工干预，让服务在局部异常时仍能维持基本可用性。
故障感知：主动探测 + 上下文超时
不等请求卡死才反应，而是从源头设防。
- HTTP客户端必须配置分层超时：连接超时（DialContext）、响应头超时（ResponseHeaderTimeout）、整体超时（context.WithTimeout），避免单个慢依赖拖垮整个goroutine池
- 服务间调用统一携带
context.Context，超时或取消信号可穿透整条调用链，下游服务能及时中止非关键路径计算 - 配合定时健康检查（如
/health端点）和心跳上报，把“无响应”转化为可统计、可告警的明确状态
故障拦截：熔断器控制流量走向
防止错误扩散，把失败关进可控的“隔离舱”。
- 熔断器不是开关，而是三态状态机：CLOSED（正常通行）、OPEN（拒绝所有请求）、HALF_OPEN（试探性放行少量请求）
- 状态切换依据滑动窗口内的失败率（如10秒内20次调用失败超50%），而非单次错误；恢复时间需可配置，避免过早重试压垮尚未恢复的依赖
- 推荐使用
hystrix-go或自研轻量实现，重点不在功能多全，而在指标采集低开销、状态切换无竞态
故障兜底：降级逻辑与默认响应
当上游不可用，系统仍要给出“有信息的失败”，而非抛错或空白。
- 降级不是简单返回空或错误码，而是提供语义等价的简化结果：缓存数据、静态配置、本地计算值、上一次成功结果
- 降级函数需与主逻辑同签名，且能访问相同上下文（如
DoC支持传入context.Context），确保可观测性和调试一致性 - 对非核心路径（如埋点上报、日志聚合）可设置“尽力而为”模式，失败直接忽略，不参与熔断统计
故障恢复：自动重试 + 状态同步
针对瞬时故障，给系统自我修复的机会，但绝不盲目重复。
- 重试仅适用于幂等操作（如GET查询、带唯一ID的创建），且必须搭配指数退避（
time.Sleep(1）和最大重试次数限制 - 服务节点状态需在集群内同步：通过Consul/Etcd心跳续约，失效节点自动从服务发现列表剔除；新节点上线后，健康检查通过才纳入负载均衡
- 关键状态变更（如配置更新、开关切换）应通过事件驱动方式广播，避免轮询或强依赖中心节点
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
