服务注册与发现是Go微服务必需的核心抽象层，必须有具体实现（如etcd或Nacos），但接口本身可按需定制；注册须等gRPC和健康检查就绪，发现需缓存+Watch，健康检查必须显式启用，组件初始化顺序须严格控制。
没有“必备”组件，只有“按需选配”的核心抽象层。 Golang 微服务不是靠堆砌框架实现的，而是围绕几个关键分布式问题构建的——服务怎么被找到、请求怎么发出去、数据怎么编解码、消息怎么异步传递、状态怎么持久化。强行套用某套“标配组件”反而会增加耦合和运维负担。
服务注册与发现必须有 concrete 实现，但 registry 接口本身是抽象的
服务启动后不注册，其他服务就找不到它；消费者不查注册中心，就无法知道目标实例的 IP:port。但这不等于必须用 consul 或 nacos：
-
registry是 micro、kratos、go-micro 等框架定义的接口，你完全可以写一个基于文件或环境变量的简易实现用于本地调试 - 生产环境推荐
etcd（轻量、强一致）或nacos（带配置中心一体化），避免用consul的 DNS 模式——Go 的net.Resolver默认不支持 SRV 记录重试，容易导致服务列表 stale - 健康检查必须显式启用：比如
nacos-goSDK 中要传BeatInterval和FailTolerant参数，否则节点宕机后注册中心不会自动剔除
transport 和 broker 不可混用，同步调用别误配成 pub/sub
很多初学者把 transport（如 HTTP/gRPC）和 broker（如 NATS/RocketMQ）当成“通信方式二选一”，这是危险误解：
-
transport用于 request-response 场景，比如OrderService.Create()必须等结果才能返回订单号 -
broker用于 fire-and-forget，比如发一条order.created事件通知积分服务，失败可重试但不阻塞主流程 - 错误示范：用
broker.Publish()替代client.Call()去调用支付服务——你收不到支付成功/失败响应，也无法做幂等控制 - 性能差异明显：
http.Transport默认复用连接，而broker客户端通常要维护独立连接池，资源开销更大
codec 选择直接影响跨语言兼容性和序列化开销
Go 服务和其他语言（Java/Python）互通时，codec 不只是“能跑通”，更要关注 wire format 和 schema 演进：
Golang Spf13 Viper
下载
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
立即学习“go语言免费学习笔记（深入）”；
- 纯 Go 内部调用可用
gob，但不跨语言；HTTP JSON 虽通用，但无 schema 约束，字段改名或类型变更极易引发运行时 panic - 强烈推荐
protobuf+grpc：IDL 定义强制约束，proto3的默认 zero-value 行为对新增字段友好，且grpc-go的UnaryInterceptor可统一处理编码错误 - 注意
jsonpb和protoc-gen-go-json的差异：前者已弃用，后者生成的 JSON key 默认是 camelCase，与 Java Spring Boot 默认 snake_case 不匹配，需在MarshalOptions中设UseProtoNames: true
DAO 层必须隔离，但 ORM 不是必需项
DAO 的本质是“隐藏 I/O 细节”，不是“封装 SQL”。Golang 生态里过度依赖 GORM 常导致两个坑：
- 隐式事务：比如
db.Create()在未开启事务时直接提交，一旦后续逻辑出错，数据库已脏写，无法回滚 - 预加载陷阱：
Preload("User.Profile")生成的 JOIN 查询在大数据量下可能拖垮 MySQL，而原生sqlx+ 手写分步查询更可控 - 真正关键的是接口定义：
type UserRepository interface { GetByID(id int64) (*User, error) }—— 实现可以是sqlx、ent，甚至未来换成 Redis 缓存层，上层 UseCase 完全无感
最常被忽略的一点：所有组件的初始化顺序必须显式控制。比如 registry 连接没建好就去 server.Start()，服务会注册失败但进程不退出；又比如 broker 连接超时未设 context deadline，启动卡死在 Connect()。这些都不会报 panic，只会让服务“看似运行实则不可用”。
