Go微服务通信需自定义http.Client设超时与连接池，gRPC更稳但有约束；服务发现要处理Consul/etcd客户端重连与超时；日志须结构化+traceID透传；Viper配置需手动轮询远程源并精准reload。
微服务拆分后，Go 服务间怎么通信才不掉坑
直接用 http.Client 发 REST 请求最常见，但也是最容易出问题的起点：超时没设、连接复用没关、错误没判状态码，一压测就 net/http: request canceled (Client.Timeout exceeded)。别信“默认够用”，Go 的 http.DefaultClient 没设超时，线上扛不住任何波动。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 每个服务客户端必须自定义
http.Client，显式设置Timeout、Transport（尤其MaxIdleConns和MaxIdleConnsPerHost） - 别用
http.Get或http.Post简写——它们底层都走DefaultClient，超时和连接池全不可控 - gRPC 是更稳的选择，尤其内部服务调用；但得接受 protobuf 定义 + 代码生成的约束，不是所有团队都适合立刻切
- 如果用 JSON-RPC 或自定义 HTTP 协议，务必统一处理
4xx和5xx：比如404可能是下游服务未上线，不是业务不存在
服务发现选 Consul 还是 etcd？Go 里怎么连才不卡住
Consul 和 etcd 都能做服务发现，但 Go 客户端行为差异大：consul-api 默认不重试、不自动重连；etcd/clientv3 的 WithRequireLeader 在网络抖动时会卡住整个 Get 调用。别只看文档说“支持”，得看它在连接断开、leader 切换时的真实反应。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- Consul：用
consul.NewClient时必须传config.HttpClient，自己包一层带重试和超时的http.Client - etcd：禁用
WithRequireLeader（除非真需要强一致性读），改用WithSerializable；watch 接口要用ctx控制生命周期，否则 goroutine 泄漏 - 本地开发别直连集群，用
consul agent -dev或etcd --enable-v2启一个单点，避免被生产配置拖慢调试节奏 - 服务注册要带健康检查（HTTP 或 TCP），别只注册不校验——否则故障实例还在列表里轮询
Go 微服务里日志怎么打，才能让运维查问题不骂人
用 log.Printf 打日志，查问题时只能靠 grep，上下游链路完全断开。加 context.WithValue 塞 traceID？容易漏传、类型错、污染业务逻辑。真正能落地的是结构化日志 + 上下文透传。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 用
zap或zerolog，别用标准库log——它们原生支持字段、level、采样，且性能差一个数量级 - HTTP 入口统一从
X-Request-ID或X-B3-TraceId提取 traceID，注入到context.Context，再透传给所有下游调用和日志 - 日志字段命名保持一致：
service、method、status_code、duration_ms，别混用resp_time和latency - 错误日志必须带堆栈（
zap.Error(err)），但不要每层都log.Error("failed to xxx", zap.Error(err))——只在最外层或关键决策点打
配置中心用 Viper 为什么总读不到更新？
viper.WatchConfig() 不是热重载开关，它只监听文件变化，对远程配置（如 Nacos、Apollo）无效。而且默认不合并环境变量和配置文件，viper.SetEnvPrefix("APP") 后忘了 viper.AutomaticEnv()，环境变量就永远进不来。
实操建议：
立即学习“go语言免费学习笔记（深入）”；
- 远程配置必须自己轮询或接 Webhook：Viper 没内置长轮询能力，
viper.AddRemoteProvider已废弃多年，别踩 - 配置项命名统一小写+下划线（
db_timeout_ms），避免在 struct tag 里反复写mapstructure:"xxx" - 启动时用
viper.Unmarshal加载到 struct，别到处viper.GetInt("xxx")——类型错、拼写错、默认值覆盖都难发现 - 配置变更后，只 reload 业务相关字段（如数据库连接池大小），别 reload 整个 HTTP server 或 gRPC listener——可能引发连接中断
微服务真正的复杂点不在框架选型，而在每个环节的“默认不安全”：HTTP 客户端没超时、etcd watch 没 ctx、日志没 traceID、配置没校验。这些地方不手动兜底，压测和上线就是裸奔。
