在 Go 中通过 cgo 导出返回 []float64 的函数时，直接返回 Go 栈/局部变量地址会导致“cgo result has Go pointer”运行时错误；正确做法是使用 C.malloc 在 C 堆上分配内存，并返回裸指针与长度，确保内存生命周期独立于 Go GC。

在 go 中通过 cgo 导出返回双精度浮点数数组的函数时，直接返回 go 栈/局部变量地址会导致“cgo result has go pointer”运行时错误；正确做法是使用 `c.malloc` 在 c 堆上分配内存，并返回裸指针与长度，确保内存生命周期独立于 go gc。

在 CGO 中，Go 与 C 之间的内存边界有严格限制：任何从 Go 函数返回给 C 的指针，其所指向的数据不得由 Go 运行时管理（即不能是 Go 的栈变量、切片底层数组或堆分配的 Go 对象）。否则，Go 的垃圾回收器可能在 C 侧仍持有该指针时回收内存，引发未定义行为或 panic。

上述错误示例中，var doubles [10]float64 是栈上局部数组，&doubles[0] 生成的 unsafe.Pointer 指向 Go 管理的内存，违反了 cgo 安全规则。

Golang Uber Dig

使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等

下载

✅ 正确方案：在 C 堆上分配内存，手动管理生命周期：

free(ptr)