go微服务高可用需手动实现超时、重试、降级等机制，如etcd lease ttl≥15s并主动revoke，clientv3.new禁用grpc.withblock而用withtimeout，grpc resolver须自定义监听etcd服务目录，raft fsm.apply严禁阻塞操作。

Go 本身没有“高可用集群环境”这个一键安装的东西。你配错一个 context.WithTimeout、漏掉 etcd lease 主动释放、gRPC resolver 没实现，集群照样在压测时集体失联。

etcd 选主失败或频繁重选举的典型配置坑

很多人把 etcd 当配置中心用，却忘了它是强一致性 KV 存储，对网络抖动极其敏感。

• lease.TTL 设成 5s 是常见错误——节点间 RTT 波动超 300ms 就会导致 KeepAlive 断连，触发反复选主
• 生产必须设 lease.TTL >= 15s，且每次服务退出前调用 Lease.Revoke 主动释放，别等自动过期
• clientv3.New 初始化时传 grpc.WithBlock() 会卡死；应改用 grpc.WithTimeout(3 * time.Second) + 自定义重试逻辑
• 心跳检测不能只靠 Get，得配合 Watch 监听 key 变更，否则节点宕机后 10s 内无法感知

gRPC 客户端连不上服务发现节点的 resolver 实现要点

默认的 dns:///host:port 在 Kubernetes headless service 下基本无效，gRPC Go client 不解析 SRV 记录，也不支持直接填 IP 列表。

Colly Golang Web Scraper and Crawler Framework

Colly 是一个用于 Go 语言的快速开源爬取和爬虫框架。它适用于从简单的页面提取到异步爬虫处理大量页面集合，支持请求回调和结构化解析。

下载

• 若用 etcd 做服务发现，必须手动实现 resolver.Builder，监听 /services/{name} 路径下的节点列表并动态更新 State
• 客户端初始化时要显式传入自定义 resolver：grpc.Dial("etcd:///", grpc.WithResolvers(myEtcdResolver))
• 必须启用 grpc.WithConnectParams(grpc.ConnectParams{MinConnectTimeout: 5 * time.Second})，否则短连接频繁重建，尤其在节点波动时

Raft 状态机 Apply 函数阻塞导致日志同步卡死

用 hashicorp/raft 或 etcd/raft 时，FSM.Apply 里做任何阻塞操作（比如直连 MySQL 写 binlog）都会拖垮整个 Raft 流水线。

• FSM.Apply 必须是纯内存操作，耗时 >10ms 就算危险；持久化要异步投递到 worker goroutine
• 日志存储不能用普通 os.File.Write，必须用预分配 segment file + file.Sync() 强刷盘，否则崩溃后日志丢失
• 集群节点数 >5 时，election timeout 建议从默认 1s 改为 1500ms ± 500ms，避免网络抖动引发频繁重选举

真正难的不是写几行 go run 启服务，而是每个通信路径上都得亲手埋下超时、重试、降级开关——比如 etcd 连不上就 fallback 到本地缓存，gRPC 失败就切到降级响应，这些逻辑不会自动出现。

golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！