如何解决GORM Create()报invalid memory address空指针panic问题

触发panic的核心原因不是传入Create()的user参数有问题，是你仓储层持有的*gorm.DB实例本身为nil。

Go的包级全局变量会在main函数启动前、包初始化阶段完成赋值。你在auth服务层定义的全局变量：

var authRepository = repository.NewAuthRepository(database.Instance)

这行代码执行时，你还没有调用database.Connect()完成数据库连接初始化，此时database.Instance的零值为nil，这个nil值被传入authConnection结构体的db字段保存。后续请求进来调用c.db.Create(user)时，c.db本身是空指针，访问其方法自然触发空指针panic。

你直接在控制器中调用database.Instance.Create(&user)能正常运行，是因为接口请求到达时，程序启动流程中已经跑完了database.Connect()，给database.Instance赋了有效值，但包初始化阶段生成的authRepository里存的db从一开始就是nil，不会随着后续database.Instance的赋值更新。

你之前尝试把Create(user)改成Create(&user)没有效果，是因为问题根源不在传入的user参数，而是调用Create方法的db对象本身不存在。

• 调整初始化顺序，禁止在包级全局变量初始化阶段构造依赖数据库连接的仓储、服务实例。所有依赖数据库的对象，必须在database.Connect()执行完成、database.Instance被正确赋值后再初始化。
  标准初始化流程参考：

  func main() {
      // 1. 先加载配置、初始化数据库连接
      database.Connect()
      // 2. 数据库连接就绪后，再初始化仓储层
      authRepo := repository.NewAuthRepository(database.Instance)
      // 3. 再初始化服务层，手动传入已初始化的仓储实例
      authSvc := service.NewAuthService(authRepo)
      // 4. 最后初始化控制器、注册路由、启动web服务
      r := gin.Default()
      // 注册路由时绑定已经初始化完成的authSvc，不要在controller包内提前初始化全局service实例
      // ...
      r.Run()
  }
  

• 重构service、controller层的初始化逻辑，移除包级硬编码的全局实例：
  • 修改NewAuthService方法，增加AuthRepository入参，不要在service包内依赖全局的authRepository变量
  • 移除controller包内全局初始化的authService变量，等服务实例构造完成后，再绑定到路由处理函数上
• 增加启动阶段的防御性校验，在NewAuthRepository这类构造函数中判断传入的依赖是否为nil，如果是nil直接panic终止启动，把问题暴露在启动阶段，避免等到请求进来才触发运行时错误：

  func NewAuthRepository(db *gorm.DB) AuthRepository {
      if db == nil {
          panic("init auth repository failed: got nil db instance")
      }
      return &authConnection{db}
  }
  

内容的提问来源于stack exchange，提问作者newtocoding