我收到此错误，即使在阅读文档后我也不明白它的含义。事实上，我确实认为我理解了它，但它不适合我发生的方式。互联网上其他地方似乎也没有关于此特定问题的其他信息。
对我来说，它发生在这个函数中（不是我的库，它似乎在很多地方工作正常，所以这更奇怪）。
为了更好地理解该错误，我在本地对其进行了修改，以使 C 函数的每个参数都单独构造，并查看哪个部分触发了错误：
但事实证明错误发生在光标下的行，所以我认为它完全与 C.lmdbgo_mdb_cursor_get1() 调用相关。
我认为该错误意味着我将 Go 指针传递给 C 函数，并且可以通过使用 unsafe.Pointer() 调用包装 Go 指针来解决该错误，但这不可能，因为它已经存在完成并且相关 C 函数的所有参数都已经是 C 类型，而不是 Go 类型。
更新：经过更多挖掘，我发现实际的 panic() 是在 /src/runtime/cgocall.go 的第 689 行发出的：
因此 cgoIsGoPointer() 返回 true 且 isPinned() 返回 false。
到底我该怎么做才能“固定”Go 指针呢？还是这个问题问错了？
更新：经过进一步挖掘，我发现导致问题的参数是 c.txn.key，它超出了我的控制范围，似乎被设置为 new(C. MDB_val)。
正确答案
根据https://github.com/PowerDNS/lmdb-go/issues /28 这个问题实际上是由使用 Go new() 构造函数创建 C 指针然后传递给 C 函数引起的。这些应该是使用 C.malloc() 创建的。
显然这个问题从未出现在其他任何人身上，因为没有人犯过我在使用该库时犯的同样错误：从多个 goroutine 使用相同的事务，这是 LMDB 明确禁止的（嗯，LMDB 说线程，但也许我的 goroutine 正在产生新线程）。根据 wojas 的说法：
