kratos.new() panic 的根本原因是基础初始化缺失三要素：未在 main() 开头调用 conf.load() 注册配置源、未创建 http/grpc.server 实例、未将实例传入 kratos.new() 的 server 参数列表。
kratos.New() 一运行就 panic，不是代码写错了，是基础初始化三件事全漏了：没加载配置、没创建 server 实例、没传进 kratos.New()。
conf.Load() 必须在 main() 第一行调用
kratos.New() 内部会主动触发配置加载，但默认没注册任何 config.Provider。它不报 “找不到 app.yaml”，而是直接 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 = Unavailable 是因为 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 发生在最开始，而不是你写的业务逻辑里。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
