必须经uintptr中间层单表达式转换，否则触发未定义行为；go禁止unsafe.pointer直转指针类型，强制显式桥接以确保类型安全；&slice与&slice[0]语义不同，混用导致覆写描述符；uintptr非指针，存为变量会致gc回收原对象；内存对齐、字段偏移、生命周期需人工校验。
不能直接转，必须经过 uintptr 中间层，且所有转换必须在单条表达式内完成；否则大概率触发未定义行为——不是编译不过，而是运行时 panic、静默脏数据或 GC 回收后野指针。
为什么 (*int)(p) 会编译失败
Go 编译器硬性禁止 unsafe.Pointer 直接转成目标指针类型，这不是语法糖缺失，而是类型安全机制的主动拦截。它要求你显式经过一个“可桥接类型”（如 *byte 或 uintptr）来表明：你清楚自己在绕过检查。
- 错误写法：
(*int)(p)（p是unsafe.Pointer）→ 报错cannot convert unsafe.Pointer to *int - 正确写法：
(*int)(unsafe.Pointer(uintptr(p)))，或更常见的是(*int)(unsafe.Pointer(&x))（注意unsafe.Pointer是最内层转换） - 别写成
*(int)(unsafe.Pointer(&x))——这是试图把指针当整数解引用，编译直接失败
&slice 和 &slice[0] 完全是两回事
切片变量本身是三字段描述符（data ptr / len / cap），&slice 拿到的是这个描述符在栈上的地址；而 &slice[0] 才是底层数组第一个字节的真实内存地址。混用会导致覆写 descriptor 字段，后续访问直接 panic。
- 危险：
t := (*Point)(unsafe.Pointer(&buf))→ 覆盖buf的 data 指针，fmt.Println(buf)就崩 - 安全：
t := (*Point)(unsafe.Pointer(&buf[0]))→ 前提是len(buf) >= unsafe.Sizeof(Point{}) - Go 1.17+ 更推荐用
unsafe.Slice(&buf[0], n)替代手算偏移，debug 模式下有边界检查
uintptr 不是“轻量指针”，它是 GC 安全的断点
uintptr 是纯整数，GC 完全不认它。一旦你把 unsafe.Pointer 转成 uintptr 并存进变量，原对象若无其他强引用，可能被立即回收——再转回去就是悬垂指针。
- 绝对禁止：
u := uintptr(unsafe.Pointer(&x)); p := (*int)(unsafe.Pointer(u)) - 允许的写法：
p := (*int)(unsafe.Pointer(uintptr(unsafe.Pointer(&x)) + unsafe.Offsetof(s.field)))（一行、无中间变量、无函数调用） - 如果必须跨函数传递，要么传原始 Go 指针（如
*struct{}），要么末尾加runtime.KeepAlive(x) - 任何
fmt.Println、log.Print、time.Sleep或 goroutine 切换，都可能打断这条安全链
真正难的不是写对那一行转换，而是确认内存对齐、结构体字段偏移、生命周期覆盖范围这三件事——它们没法靠编译器报错提醒，只能靠人算、靠 unsafe.Offsetof、靠 unsafe.Alignof 校验，而且一动就全错。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
