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 value
func (scope *Scope) IndirectValue() reflect.Value {
return indirect(reflect.ValueOf(scope.Value))
}
传入空指针时，reflect.indirect 返回无效反射值，导致 GORM 无法正确处理。 关键在于确保指针指向有效的内存地址。
结论
切片类型结构体因为预先分配了内存，无需额外初始化。而使用指针类型结构体作为返回值时，必须显式初始化以避免错误，这是由 Go 语言的反射机制和 GORM 的内部实现决定的。 理解指针初始化和反射机制是解决此类问题的关键。
