问为什么golang reflect.MakeSlice返回不可寻址的值

EN

如何使用反射获取指向切片的指针

最简单的解决方案可能是使用reflect.New()创建指针(full example on play)：

my := &My{}

// Create a slice to begin with
myType := reflect.TypeOf(my)
slice := reflect.MakeSlice(reflect.SliceOf(myType), 10, 10)

// Create a pointer to a slice value and set it to the slice
x := reflect.New(slice.Type())
x.Elem().Set(slice)

collection.Find(bson.M{}).All(x.Interface())

请注意其他答案指出的x.Interface()。这可以防止将x的实际值传递给All()，而不是传递给reflect.Value。

为什么reflect.MakeSlice返回一个不可寻址的值？

在Go中，addressability的一个松散定义是，你可以获取某个东西的地址，并保证这个地址指向有意义的地方。如果在函数体中分配堆栈上的内容，则分配的值的地址在某个时间点将不再可访问。因此，该值不可寻址。在大多数情况下，如果局部堆栈变量被返回或以其他方式提升到外部，Go会将它们移动到堆中，但在运行时不会这样做。因此，在以下情况下，CanAddr()仅返回true：

如果值是片的元素、可寻址数组的元素、可寻址结构的字段或取消引用指针的结果，则该值是可寻址的。

声明的类型都有一个共同点:它们保证它们持有的内容可以从任何地方访问，并指向内存中有意义的值。由于您使用reflect.MakeSlice创建了一个本地切片，因此您既没有切片元素，也没有指针，也没有提到的任何其他东西。不过，所述片的元素将是可寻址的(因为片的内存驻留在堆上)。

为什么是指向切片的指针？

在这种情况下，我的主要问题是，为什么mgo的应用程序接口需要指向iter.All的切片的指针？毕竟，切片是引用类型，对于所提供的数据集的更改，不需要指针。但后来我想到，大多数时候，函数 to the slice。追加导致内存分配，内存分配导致将旧数据复制到新内存，新内存意味着需要与调用者通信的新地址。

此行为在this example on play中进行了说明。本质上：

// Works. Uses available storage of the slice.
    resultv.Index(1).Set(a)

// Executes but changes are lost:   
//  reflect.Append(resultv, a)

// Does not work: reflect.Value.Set using unaddressable value
//  resultv.Set(reflect.Append(resultv, a))