unsafe.Pointer允许绕过Go类型安全进行底层内存操作，可通过uintptr实现指针运算，但会带来类型错误、GC悬挂指针、代码脆弱和安全漏洞等高风险。
Go语言的指针设计得比较安全，限制了直接的内存操作。但unsafe.Pointer打破了这些限制，提供了底层访问能力，也带来了风险。
普通指针与 unsafe.Pointer 的核心区别
类型安全与转换限制： Go的普通指针是类型安全的。你不能直接把一个*int指针赋值给*float64变量，编译器会阻止这种不安全的操作。不同类型的指针也不能直接进行数学运算（比如加减偏移量）。
unsafe.Pointer 的作用： unsafe.Pointer是一个“万能指针”，类似于C语言中的void*。它的主要用途是作为不同类型指针转换的桥梁。你可以把任何类型的指针先转成unsafe.Pointer，再转成另一种你需要的指针类型，从而绕过Go的类型系统检查。
指针运算能力： 普通指针和unsafe.Pointer本身都不能直接做加减等算术运算。要实现类似C语言中指针移动的效果，需要借助uintptr类型。先把unsafe.Pointer转成uintptr这个整数类型，进行地址计算（如加上一个偏移量），然后再把结果转回unsafe.Pointer，最后转成目标类型的指针来访问数据。
立即学习“go语言免费学习笔记（深入）”；
使用 unsafe.Pointer 的主要风险
破坏类型安全： 最大的风险是完全绕开了Go的类型系统。如果错误地将一段内存解释为错误的类型（例如，把字符串的内存当成一个结构体来读取），程序会产生不可预测的行为，轻则得到错误数据，重则崩溃。
规避垃圾回收（GC）： 当你把指针转成uintptr进行运算时，这个uintptr只是一个整数，Go的垃圾回收器不再认为它是指针。这意味着GC可能会在你完成操作前就回收掉它原本指向的对象，导致你最终拿到的是一个指向已释放内存的悬空指针，造成严重的内存错误。
代码脆弱且难以维护： 使用unsafe.Pointer的代码通常依赖于特定的内存布局、对齐方式或编译器实现细节。这些底层细节可能在Go的不同版本或不同平台上发生变化，导致代码突然失效或出现bug，而且这类问题非常难以调试。
引入安全漏洞： 由于可以直接读写任意内存地址，如果逻辑有误或被恶意利用，可能会导致缓冲区溢出、信息泄露等安全问题。
基本上就这些，用unsafe包功能强大，但代价是失去了Go语言提供的安全保障，必须极度谨慎。 
