rpc客户端必须自行实现心跳机制，因net/rpc无内置保活逻辑；需结合tcp keepalive、定期ping探测、错误类型判断（如broken pipe）、分层超时及动态降级开关协同保障高可用。
RPC客户端必须自己管心跳，net/rpc不提供内置机制
Go 标准库 net/rpc 完全没有连接保活或心跳逻辑——它只负责一次 Call 的编解码和传输，底层 TCP 连接一旦建立就长期持有，既不发 ping，也不检测断连。服务端宕机、网络中断、防火墙超时踢连接后，客户端仍以为连接可用，下次 Call 会卡死或报 write: broken pipe / read: connection reset。
实操建议：
- 不要依赖
rpc.Dial返回的 client 自带健康保障；所有 RPC 客户端都得在连接层主动加心跳 - 对 TCP 连接启用
KeepAlive：用net.Dialer{KeepAlive: 30 * time.Second}替代裸net.Dial - 定期发送轻量探测请求（如空参数的
Ping方法），失败则标记节点不可用并重建连接 - 心跳间隔必须短于服务端连接空闲超时（比如服务端设了 60s 超时，心跳就得 ≤45s）
降级不能只靠 context.WithTimeout，得配合错误类型判断
单纯给每个 Call 加 context.WithTimeout 只能解决“等太久”，但无法区分该重试、该降级还是该直接报错。比如 context.DeadlineExceeded 是典型降级信号，而 rpc.ErrShutdown 或 io.EOF 往往意味着连接已断，该立即重建 client 而非 fallback。
实操建议：
- 封装
Call时统一检查 err 类型：errors.Is(err, context.DeadlineExceeded)→ 触发降级；strings.Contains(err.Error(), "broken pipe")→ 关闭并重建连接 - 降级响应必须无外部依赖：fallback 函数里别再调第三方 API、DB 或另一个 RPC，否则雪崩风险翻倍
- 避免在
Call内部做降级：降级逻辑应放在外层业务代码或中间件，保持 RPC client 职责单一 - HTTP 模式下注意：
rpc.DialHTTP底层用http.Client，需额外设置Transport.IdleConnTimeout防连接池复用脏连接
重试 + 降级 + 心跳三者必须协同，不能孤立配置
常见误区是把重试、降级、心跳当成三个独立开关：比如开了重试但没关心跳，结果重试时反复用一个已断连的 client；或者开了降级但没识别连接级错误，导致 fallback 被频繁触发却掩盖了真实网络问题。
Colly 是一个用于 Go 语言的快速开源爬取和爬虫框架。它适用于从简单的页面提取到异步爬虫处理大量页面集合，支持请求回调和结构化解析。
实操建议：
- 重试前先确认连接可用性：调用
conn.SetReadDeadline发个探测包，失败则跳过重试直接走降级 - 降级开关需支持运行时动态切换（如通过
atomic.Bool），避免硬编码导致紧急时刻无法关闭 - 心跳失败次数达到阈值（如连续 3 次）后，主动触发 client 重建，并清空旧连接上的所有 pending request（需反射访问
client.conn并 close） - 所有超时参数要分层：连接超时（
net.DialTimeout）、心跳超时（SetDeadline）、业务调用超时（context.WithTimeout）必须数值递进，避免上层 timeout 先于下层生效
gRPC 场景下别碰 WithBlock，心跳和降级靠 context 和拦截器
grpc.Dial 的 WithBlock 参数看似让连接“更可靠”，实则破坏 gRPC 原生连接管理——它会阻塞整个 Dial 直到建连成功或超时，导致连接池初始化变慢、健康探测失效，且与 keepalive 参数冲突。
实操建议：
- 禁用
WithBlock，让 gRPC 异步建连；真正需要等待时，在首次Invoke前用ctx, cancel := context.WithTimeout(context.Background(), 5*time.Second) - 心跳统一用
grpc.WithKeepaliveParams：设置Time: 30s,Timeout: 10s,PermitWithoutStream: true - 降级逻辑写在 UnaryInterceptor 里：检查
status.Code(err)，对codes.DeadlineExceeded、codes.Unavailable等返回 fallback 响应 - 注意 gRPC 的
WithTimeout已废弃，超时必须由传入 call 的 context 控制，不是 Dial 阶段的事
真实线上环境里，心跳探活、错误分类、降级开关这三件事必须串在同一条执行路径里——漏掉任一环，都会让“高可用”变成纸上谈兵。尤其当服务部署在 K8s+Service Mesh 环境下，sidecar 的连接劫持会让 TCP 层心跳失效，这时必须叠加应用层 Ping，且降级响应得带 traceID 方便问题定位。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
