很多刚接触 Kratos 的同学一上来就跑 panic,第一反应往往是“代码写错了”。其实问题压根儿不在业务逻辑上,而是基础初始化那三件事没做对:没加载配置、没创建 server 实例、没把实例传给 kratos.New()。

kratos.New() 一运行就 panic,不是代码写错了,是基础初始化三件事全漏了:没加载配置、没创建 server 实例、没传进 kratos.New()。
conf.Load() 必须在 main() 第一行调用
kratos.New() 内部会主动触发配置加载,但默认没注册任何 config.Provider。你不挂 Provider 它会直接 panic:no config provider registered —— 没有任何上下文提示,全靠经验猜。
conf.Load()必须在main()函数开头执行,别等日志初始化或 flag 解析完再搞- 必须显式传入至少一个
config.Provider,比如config.NewFile("configs/app.yaml")或config.NewJson(`{"name":"demo"}`) - 别指望环境变量自动替换:
os.Getenv("CONFIG_PATH")得你自己拼进config.NewFile()里,kratos 不解析$CONFIG_PATH - 如果
configs/app.yaml不存在,c.Load()会返回 error,必须检查,否则后续 panic 更难定位
service.Register() 报 rpc error: code = Una vailable 是因为 grpc.Server 没启或没注入
service.Register() 并不是向远程服务注册,而是向你进程内已运行的 grpc.Server 实例注册。它失败,说明你根本没创建 grpc.Server,或者创建了但没传给 kratos.New()。
- 确认是否调用了
grpc.NewServer(),且返回值非 nil(比如 consul 连不上时consul.New()可能返回 nil + error,只判 error 会漏掉实例) - 确认
grpc.Server实例已加入kratos.New(kratos.Server(httpSrv, grpcSrv))的参数列表;漏传grpcSrv就等于没启 - gRPC 监听地址别写
localhost:9000:某些容器或 CI 环境下localhost解析失败,改用0.0.0.0:9000 - 如果项目压根不用 gRPC,就别调
service.Register()—— HTTP 路由完全独立,不需要它也能跑通 REST 接口
proto 编译后没有 RegisterXXXServiceServer 方法
Kratos 的 gRPC 服务注册函数(如 RegisterDeviceServiceServer)不是 protoc-gen-go 生成的,必须用 protoc-gen-go-grpc(v2 版本)和 protoc-gen-go-http 两个插件一起生成。
- 单独装
protoc-gen-go只生成*.pb.go,不生成 gRPC Server 注册函数和 HTTP 映射逻辑 - 命令必须带
paths=source_relative:例如protoc --go-grpc_out=paths=source_relative:. device.proto,否则生成路径错乱,RegisterX方法缺失 - 检查
go.mod中是否引入了google.golang.org/grpc/cmd/protoc-gen-go-grpc和github.com/go-kratos/kratos/cmd/protoc-gen-go-http
最容易被忽略的是:kratos 启动流程里没有“可选步骤”——conf.Load()、server 实例创建、server 传入 kratos.New() 这三件事,缺一不可,且顺序固定。任何一步跳过或延后,都会导致 panic 发生在最开始,而不是你写的业务逻辑里。