go中指针类型转换必须经unsafe.pointer中转：int不可直转float64，需先转unsafe.pointer再转目标类型，且禁止用uintptr中转以防gc回收；uintptr仅为地址整数快照，不保活对象。
Go 中指针类型转换必须经过 unsafe.Pointer
Go 不允许直接把 *int 转成 *float64，编译器会报错：cannot convert &x (type *int) to type *float64。这不是语法限制，而是类型系统主动拦截——防止你用错误解释读取同一块内存。
真正能绕过这层检查的，只有 unsafe.Pointer 作为中转：
var x int = 42 p := (*int)(unsafe.Pointer(&x)) // 合法：T → unsafe.Pointer → T' q := (*float64)(unsafe.Pointer(&x)) // 合法但危险：T → unsafe.Pointer → U
- 第一步必须是
*T → unsafe.Pointer，不能跳过 - 第二步必须是
unsafe.Pointer → *U，不能用uintptr中转（否则 GC 可能回收原对象） - 转换后解引用前，要确保内存布局兼容（比如
int64和float64都是 8 字节且对齐一致）
uintptr 不是指针，是地址的整数快照
很多人误以为 uintptr 是“可运算的指针”，其实它只是存地址的整数。GC 完全不认它，一旦原对象被回收，uintptr 就变成悬空数值。
常见错误写法：
var s string = "hello" p := uintptr(unsafe.Pointer(&s)) // ... 中间有函数调用、goroutine 切换、或任何可能触发 GC 的操作 str := *(*string)(unsafe.Pointer(p)) // panic: invalid memory address
- 只要
unsafe.Pointer没被变量持有，GC 就可能回收s -
uintptr本身不保活对象，它只是个数字 - 若必须做偏移计算，应先转为
unsafe.Pointer，再立即转回目标指针，中间不存uintptr
结构体字段偏移要用 unsafe.Offsetof，别硬算
手动按字段顺序和大小加总偏移量，极易出错——因为 Go 会插入填充字节保证对齐。比如 struct{a byte; b int64} 中 b 的偏移不是 1，而是 8（64 位系统下）。
正确做法：
type S struct {
a byte
b int64
}
offset := unsafe.Offsetof(S{}.b) // 得到真实偏移，平台安全
-
unsafe.Offsetof返回的是uintptr，但它基于实际内存布局，不是猜测 - 不要对未导出字段用这个技巧——破坏封装且依赖实现细节
- 如果结构体来自第三方包，字段顺序或对齐可能随版本变化，需谨慎
逃逸分析没告诉你：局部变量地址返回未必崩溃，但一定不可靠
像 func() *int { x := 1; return &x } 这种代码，Go 编译器通常会让 x 逃逸到堆上，所以能跑通。但这不是保障，而是逃逸分析的副作用。
- 逃逸行为受编译器优化级别、Go 版本、甚至其他代码上下文影响
- 即使当前没 panic，也可能在开启
-gcflags="-l"（禁用内联）后暴露问题 - 真正安全的做法是：明确分配在堆上（如
new(int)或&T{}），或改用值传递
最易被忽略的一点：指针的生命周期从来不由语法决定，而由变量是否被 GC 认为“可达”决定。哪怕你写了 &x，只要没有活跃的 unsafe.Pointer 或普通指针指向它，它就随时可能消失。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
