使用GORM更新数据库时返回<nil>而非nil的问题求助

你这段代码里的res.Error是Go的接口类型，Go里接口的nil判断要求类型和值都为nil才会返回true。如果接口的类型非nil但值为nil，打印出来就是<nil>，但此时res.Error != nil会返回true，这就是你遇到的问题。

常见触发场景 #

• GORM的错误包装逻辑：当你执行db.Save但没有实际修改数据库记录（比如字段值和库中完全一致），或者某些底层操作未产生真实错误时，GORM可能会返回一个实现了error接口的结构体，但结构体内部的错误字段是nil。这时res.Error的接口类型是那个结构体类型，值是nil结构体，就会出现打印<nil>但判断非nil的情况。
• 数据库驱动的兼容问题：部分数据库驱动在无错误场景下，返回的不是纯nil错误，而是一个“空错误对象”，被GORM上层包装后就出现这种伪nil的情况。

实际解决经验 #

1. 用标准库errors包判断：放弃直接用res.Error != nil，改用errors.Is(res.Error, nil)来判断是否为真的nil错误：

   res := db.Save(&msg)
   if res.Error != nil {
       if !errors.Is(res.Error, nil) {
           log.Error(res.Error)
           return
       }
   }
   

2. 结合RowsAffected判断操作有效性：如果Save操作没修改任何行，即使res.Error显示<nil>，也可能是正常情况，结合res.RowsAffected来区分：

   res := db.Save(&msg)
   if res.Error != nil {
       // 过滤掉伪nil错误
       errStr := fmt.Sprintf("%v", res.Error)
       if errStr != "<nil>" {
           log.Error(res.Error)
           return
       }
   }
   // 如果需要确保记录被更新，可以检查RowsAffected
   if res.RowsAffected == 0 {
       // 处理未更新的情况，比如记录不存在或者无字段变更
   }
   

3. 升级GORM版本：这类伪nil错误的问题在GORM的新版本中大多已经被修复，更新到最新稳定版能直接规避很多这类底层兼容问题。

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