必须调用service.Init()，否则registry、broker等配置不生效，导致RPC调用报service not found；Init需在Run前执行，且会解析命令行参数并校验配置合法性。
go-micro 不是语言特性，也不是 Go 语言本身的一部分——它是一个第三方框架，依赖 Go 的接口、goroutine 和 channel 等原生能力，但它的行为完全由自身设计约束。想靠“学好 Go 语法”就直接用好 go-micro，容易在服务注册、调用链、编码器切换等环节卡住。
为什么 micro.NewService 初始化后必须调用 service.Init()
这不是可选步骤。不调用 service.Init()，service.Server() 和 service.Client() 返回的是未配置的空壳实例，底层 registry、broker、transport 全部还是默认的内存实现（比如 registry.MemoryRegistry），连本地服务发现都不可靠。
实际开发中常见错误：服务能启动、能响应 HTTP 请求，但 RPC 调用始终报 service not found，根源往往就是漏了这一步或调用顺序错乱。
-
service.Init()会触发所有 Option 配置生效，包括micro.Registry()、micro.Broker()等显式设置 - 如果用了 Consul 或 etcd，必须在
Init()前传入对应 registry 实例，否则它不会自动连接外部服务发现后端 - 命令行参数（如
--registry=consul）也是在Init()时解析并覆盖代码中硬编码的配置
micro.RegisterHandler 和 service.Handle 的区别在哪
两者都用于注册 RPC 处理器，但作用域和生命周期不同：service.Handle 是老版本（v1/v2）惯用写法，绑定到当前 service 实例；micro.RegisterHandler 是 v4+ 推荐方式，本质是调用 service.Server().Handle()，但更明确地表达“向 server 注册 handler”的语义。
- 用
service.Handle时，handler 必须实现micro.Handler接口，否则 panic - 若同时用 protobuf 定义服务，应优先使用
proto.RegisterXxxHandler(server, h)，这是生成代码里封装好的标准注册路径，避免手动处理 codec 和 endpoint 映射 - 多个 handler 注册顺序不影响调用，但同名方法重复注册会 panic，错误信息为
handler already registered
RPC 编码器不匹配导致的 invalid character 错误怎么定位
典型现象：客户端发 JSON 请求，服务端日志打印 invalid character 'e' looking for beginning of value，但 payload 明明是合法 JSON。问题不在数据本身，而在 content-type 协商失败。
Alibabacloud Sdk Client Initialization For Golang
下载
初始化并管理阿里云SDK Go 客户端，涵盖 sync.Once 单例、goroutine 安全、endpoint 与 region 配置、VPC 端点及调试。
-
go-micro默认使用json.Marshal，但如果服务端启用了 protobuf 编码器（比如通过micro.Codec("protobuf", proto.Codec)），而客户端没同步设置Content-Type: application/protobuf，就会触发解码失败 - 检查点：客户端请求头是否含
Content-Type；服务端是否注册了对应 codec；micro.NewService是否传入了micro.Client(client.DefaultClient)（它控制默认 codec 行为） - 临时绕过：加
micro.ContentType("application/json")强制指定，但长期方案是统一双方 codec 配置
Consul 连不上时，service.Run() 为什么没报错就退出
service.Run() 默认只监听服务启动成功信号，不阻塞等待 registry 就绪。如果 Consul 地址错误或网络不通，服务会注册失败，但进程继续运行——看起来像“正常启动”，实则服务未真正上线。
立即学习“go语言免费学习笔记（深入）”；
- 验证方式：curl
http://localhost:8500/v1/health/service/go.micro.srv.yourservice，返回空数组即未注册 - 根本原因：registry 初始化失败被静默吞掉，除非你主动调用
registry.Init()并检查 error - 安全做法：在
service.Init()后加一行if err := service.Options().Registry.Init(); err != nil { log.Fatal(err) }
go-micro 如何把 registry、broker、codec 这些抽象拼成一条可用的调用链。每个环节断开，错误表现都可能一样——“服务找不到”或“请求超时”，但根因可能是 DNS 解析失败、codec 不兼容、甚至只是 micro.Name() 里用了下划线（Consul 不支持）。 
