GORM Updates操作报reflect.SetString on uint Value错误

这个panic的核心原因是GORM v1.23.5版本对非模型类结构体作为更新参数时的字段映射逻辑缺陷：

• 你传入Updates方法的是自定义的UpdateBlogInput结构体值，这个结构体没有被GORM提前解析表结构元数据，GORM错误地按结构体字段的定义顺序匹配目标Blog模型的字段，而不是按字段名匹配
• Blog模型的第一个字段是uint类型的ID，UpdateBlogInput的第一个字段是string类型的Title，当你传入非空的title值时，GORM尝试把string类型的title值赋值给uint类型的ID字段，就触发了reflect: call of reflect.Value.SetString on uint Value的panic
• 空请求体不报错是因为空字符串是string类型的零值，GORM更新时默认会忽略结构体中的零值字段，不会执行赋值操作，所以不会触发异常
• 你参考的教程运行正常，大概率是教程使用的GORM版本不同，或者更新时传的是map/模型结构体，没有触发这个映射逻辑问题。

以下三个方案选任意一个即可修复问题：

方案1：更新时传入明确列名的map（最稳妥，推荐） #

把UpdateBlog函数里的Updates调用改成传map，手动指定要更新的列和值，完全避免字段映射问题：

// 原代码：models.DB.Model(&blog).Updates(input)
// 替换为：
models.DB.Model(&blog).Updates(map[string]interface{}{
    "title":   input.Title,
    "content": input.Content,
})

方案2：给自定义输入结构体加GORM列标签 #

给UpdateBlogInput的字段加上gorm:"column:列名"标签，明确告诉GORM每个字段对应的数据表列，让GORM能正确匹配字段：

type UpdateBlogInput struct {
    Title   string `json:"title" gorm:"column:title"`
    Content string `json:"content" gorm:"column:content"`
}

方案3：直接使用GORM模型结构体作为更新参数 #

不直接传自定义input结构体给Updates，而是构造Blog模型实例传入，因为Blog结构体已经被GORM正确解析过元数据，不会出现匹配错误：

// 绑定input的逻辑保持不变，更新代码替换为：
models.DB.Model(&blog).Updates(models.Blog{
    Title:   input.Title,
    Content: input.Content,
})

修复后再传入{ "title": "lorem ipsum" }这类带更新内容的请求体，即可正常执行更新操作，不会触发panic。

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