unsafe.Pointer用于底层类型一致的函数类型转换是否合规？

一、基础类型转换的合规性 #

你给出的第一个例子是完全合规的：

type MyIntegerType int32
var integer MyIntegerType = 1
var goInt = *(*int32)(unsafe.Pointer(&integer))

根据Go语言对unsafe.Pointer的规则，当两个类型的底层类型完全相同时，可以通过unsafe.Pointer在它们的指针之间进行转换。MyIntegerType的底层类型是int32，所以这种转换是语言规范明确允许的，不存在偶然可行的问题。

二、函数类型转换的风险 #

你尝试的函数类型转换代码虽然在当前Go实现中能运行，但不属于合规用法，属于依赖具体实现的未定义行为，原因如下：

• Go语言中，函数类型的等价性要求参数和返回值的名义类型完全匹配，而不仅仅是底层类型。你的JSExtFunc类型使用了自定义的Value和Args类型（尽管它们是js.Value和[]js.Value的别名），因此JSExtFunc和func(js.Value, []js.Value) interface{}是两个不同的名义函数类型。
• unsafe.Pointer的转换规则中，并没有允许在“参数/返回值底层类型相同但名义类型不同”的函数类型指针之间转换。当前代码能运行只是因为Go的函数值内存布局在这种场景下恰好兼容，但这种兼容性没有语言规范的保证，未来Go版本或不同平台的实现可能会破坏这种兼容性。

三、推荐的替代方案 #

不要依赖unsafe的未定义行为，用包装函数来适配类型是更安全、符合规范的做法：

type JSExtFunc func(this Value, args Args) interface{}

func (f JSExtFunc) MarshalJS() js.Func {
    return js.FuncOf(func(this js.Value, args []js.Value) interface{} {
        // 将js包的类型转换为自定义类型，再调用原函数
        return f(Value(this), Args(args))
    })
}

type Args []js.Value
type Value js.Value

这种方式完全遵循Go的类型系统规则，不存在兼容性风险，可读性也更强。

内容的提问来源于stack exchange，提问作者nigel239