字段注入需显式声明可导出指针字段，类型严格匹配注册实例，Iris不扫描嵌入结构体或接口，大小写敏感且必须在控制器注册前完成依赖注册，否则运行时panic。
字段注入必须显式声明、类型严格匹配，Iris 不会自动扫描嵌入结构体或接口类型
控制器字段怎么写才能被正确注入
字段必须是可导出（首字母大写）、指针类型、且与 app.Register() 或 app.Singleton[] 注册的类型完全一致。Iris 依赖反射按字段名和类型双重匹配，写错一个字符就失败，运行时才 panic。
- ✅ 正确：
DB *gorm.DB、Logger *zap.Logger、Service *UserService - ❌ 错误：
db *gorm.DB（小写不可导出）、DB gorm.DB（非指针）、DB *sql.DB（类型不匹配） - 不加
inject:""标签——Iris 12.2.5+ 已默认启用字段注入，加了反而可能干扰
注册顺序和方式直接影响注入成败
服务实例必须在控制器注册前完成注册，否则 app.RegisterController[UserController]() 会报 "no dependency found for type" 并 panic。
- 先注册依赖：
app.Singleton[*gorm.DB](func() *gorm.DB { return GetDB() }) - 再注册控制器：
mvc.New(app.Party("/api")).RegisterController[UserController]() - 不要传值类型（如
db），要传函数或指针；用Singleton比Register更明确表达单例语义
为什么 BaseController 嵌入后字段总是 nil
因为 Iris 不递归解析嵌入结构体字段，也不会初始化 BaseController 中的 DB 或 Logger。哪怕你写了 type UserController struct { BaseController }，c.DB 依然是 nil。
- ❌ 错误写法：
type UserController struct { BaseController; Service *UserService } - ✅ 正确做法：把依赖提到顶层，显式声明字段，靠注册时传入对应实例
- 更推荐用独立 service 层替代继承，避免耦合和字段管理陷阱
接口类型不能直接注入，必须用具体实现注册
Iris 字段注入机制只支持具体类型（如 *grpc.ClientConn、itempb.ItemServiceClient），不支持接口（如 ItemService）。强行声明 Client itempb.ItemServiceClient 字段会导致注入失败。
- 注册时用具体类型：
app.Register(func() itempb.ItemServiceClient { return itempb.NewItemServiceClient(conn) }) - 控制器中字段仍需写成
Client itempb.ItemServiceClient（不是接口） - 若需 mock 测试，应在
newApp()中替换为测试实现，而非改字段类型
最容易被忽略的是：字段名大小写必须和注册类型名完全一致，且所有依赖必须在 MVC 实例创建前注册完毕——漏掉任意一环，都不会编译报错，只会 runtime panic。
