Golang Gorm 查询报错：深入分析切片指针类型结构体与指针类型结构体返回值差异
在使用 Go 语言的 GORM 库进行数据库查询时，返回值类型为切片指针类型结构体和指针类型结构体会产生不同的行为。本文将详细解释这种差异，并说明为什么其中一种情况需要显式地进行地址操作才能确保查询正确。
问题：第一个函数返回切片类型结构体，结构体元素为指针类型；第二个函数返回结构体指针类型。第一个函数使用 find(&xxx) 即可成功查询，而第二个函数必须使用 res = &model.xxx 才能成功，直接使用 find(&res) 会报错：”unsupported destination, should be slice or struct”。
根本原因在于指针的初始化和反射机制。方法二中 res 是一个空指针，地址为零值，反射机制无法修改其指向的对象。解决方法是初始化 res，使其指向有效的内存地址。以下方法均可行：
立即学习“go语言免费学习笔记（深入）”；
res = &model.stproduct...: 直接将 res 指向已存在的结构体实例。res = new(model): 使用 new 函数分配内存并返回指针。var res model.stproduct...: 声明结构体变量，使用 &res 获取其地址。var res *model.stproduct...: 声明结构体指针变量，使用 &res 获取其地址（此时为二级指针）。
GORM 源码分析
GORM 内部使用反射机制判断目标变量类型。scope.indirectValue() 函数获取反射值并进行间接引用，最终判断 reflect.indirect(reflect.ValueOf(...)).Kind() 是否为 reflect.Slice 或 reflect.Struct。空指针的 Kind() 为 reflect.Invalid，因此触发错误。
scope.indirectValue() 函数代码片段：
// IndirectValue return scope's reflect value's indirect valuefunc (scope *Scope) IndirectValue() reflect.Value { return indirect(reflect.ValueOf(scope.Value))}
传入空指针时，reflect.indirect 返回无效反射值，导致 GORM 无法正确处理。 关键在于确保指针指向有效的内存地址。
结论
切片类型结构体因为预先分配了内存，无需额外初始化。而使用指针类型结构体作为返回值时，必须显式初始化以避免错误，这是由 Go 语言的反射机制和 GORM 的内部实现决定的。 理解指针初始化和反射机制是解决此类问题的关键。
以上就是Golang Gorm 查询报错：切片指针类型结构体与指针类型结构体返回值有何区别？的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1384583.html
微信扫一扫 
支付宝扫一扫 
