Go-Micro已不推荐新项目使用，v1/v2停止维护，v4生态割裂、文档断层；其精神继承者micro/go-micro默认依赖gRPC和etcd，对轻量HTTP服务不友好，且Consul与etcd注册中心切换成本高、watch语义不一致、错误重试需手动补全。
Go-Micro 还值得选吗？2026 年的实际处境
不推荐新项目直接上 go-micro v1/v2（即 asim/go-micro），它已停止维护，社区转向 micro/micro（v4）但生态割裂、文档断层。老项目迁移到 v4 会遇到 registry.Watch 行为不一致、transport 接口废弃等硬伤。
真正还在活跃维护的是它的精神继承者——micro/go-micro（注意组织名已变），但默认依赖 gRPC 和 etcd，对轻量 HTTP 服务不够友好。如果你的团队已有 Consul + REST API 技术栈，硬套 go-micro 反而要重写健康检查逻辑和错误兜底。
- 注册中心切换成本高：Consul 的
Check字段必须显式传，漏掉就标记为critical；etcd 则必须自己维护lease续期 goroutine -
micro/registry/consul的Watch自动重连，但micro/registry/etcd不会，需手动重建 watcher 并处理ErrCompacted - 别信“一次配置全适配”——框架 registry 层只屏蔽了注册/注销 API 差异，watch 语义、超时策略、错误重试都得自己补
Gin / Echo 是微服务框架吗？别被标题骗了
不是。它们是 HTTP 路由框架，不是微服务框架。把 gin 当微服务框架用，等于只搭了房子的门框，没地基、没水电、没邻居通讯协议。
真实场景中，你很快会卡在：服务怎么注册到 Consul？调用方怎么发现 user-service 的 IP+端口？下游挂了要不要熔断？链路怎么透传 traceID？这些 gin 一概不管，得靠你自己集成 go-kit/sd、opentelemetry-go、gobreaker 等一堆库，最后代码里一半是业务，一半是胶水。
立即学习“go语言免费学习笔记（深入）”；
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
-
gin默认无服务发现能力，echo同理；强行用http.Client硬编码地址，K8s 下 Pod IP 每次重启都变，立刻炸 - 想加熔断？得自己包一层
gobreaker.Go，还要处理 context 超时、降级返回值序列化 - 日志打出来没有 traceID 关联，排查跨服务问题只能靠时间戳硬猜
Kitex 和 Kratos 的核心差异在哪？看 RPC 层设计
Kitex 是字节跳动内部打磨出来的 RPC 框架，Kratos 是 B 站开源的微服务框架，两者都支持 Thrift/Protobuf，但抽象层级不同：Kitex 更像“高性能通信管道”，Kratos 更像“带治理能力的服务运行时”。
Kitex 的 client 默认不内置重试、熔断、负载均衡，这些都得通过 middleware 显式注入；Kratos 的 transport/http 和 transport/grpc 则默认集成 retry、breaker、loadbalancer，开箱即用但定制粒度粗。
- Kitex 的
client.Invoke调用失败后，错误类型是*rpcx.Error，需手动判断是否可重试；Kratos 的http.Client.Do失败直接返回error，但重试逻辑藏在 middleware 里，调试时容易漏看 - Kitex 支持
Netpoll自研网络库，吞吐比标准 net/http 高 30%，但要求 Linux kernel ≥5.5；Kratos 基于标准库，兼容性更好但压测 QPS 低 15%~20% - 两者生成代码结构不同：Kitex 用
kitex_gen输出纯接口+stub；Kratos 用kratos proto生成含 handler、server、client 的完整目录，新手友好但侵入性强
Consul 和 etcd 怎么选？看运维能力和一致性要求
Consul 更适合中小团队快速上线，etcd 更适合强一致性、高 SLA 场景。这不是技术优劣问题，而是谁来扛运维成本的问题。
Consul 自带 UI、DNS 接口、HTTP 健康检查，部署一个二进制就能跑；etcd 必须配 TLS、设 client-cert-auth、做 snapshot 定期备份，否则集群脑裂或数据丢失风险极高。
- Consul 注册时漏
Check.HTTP，实例状态永远是critical；查服务时漏PassingOnly: true，api.Health().Service会返回已下线节点 - etcd 的
clientv3.Get默认读取非线性一致数据，高并发下可能返回旧版本服务列表；生产必须加clientv3.WithSerializable() - Consul DNS 在 K8s 里不能直接
net.LookupHost("svc.service.consul")，得用consul-template或 CoreDNS 插件转发
