go不支持内存地址直接运算，&x仅提供调试信息；uintptr强转会脱离gc追踪导致未定义行为；唯一安全操作是unsafe.offsetof获取编译期确定的字段偏移。
Go 语言不支持直接访问或计算内存地址，所谓“内存地址的直接访问”在标准 Go 中根本不存在。 你看到的 &x 输出的 0xc00001a078 这类值，只是运行时调试信息，不能参与算术、不能转成整数做偏移、不能像 C 那样 p + 1 跳到下一个元素——这些操作在 Go 的安全模型里被明确禁止。
为什么 &x 得到的地址不能当 uintptr 算术用？
Go 编译器和 GC 对指针有强追踪要求：&x 返回的是一个类型安全的 *T，而一旦你用 uintptr 强转它（比如 uintptr(unsafe.Pointer(&x))），这个值就脱离了 GC 的视线。如果此时变量 x 已经逃逸或被回收，你再拿这个 uintptr 去构造新指针，就会触发未定义行为，极大概率 panic 或读到垃圾数据。
常见错误现象：
- 代码看似能跑通，但加了
-gcflags="-m"后发现变量逃逸，地址失效 - 在 goroutine 中长期持有
uintptr地址，某次 GC 后解引用崩溃 - 用
unsafe.Pointer(uintptr(p) + offset)计算结构体字段地址，但没用unsafe.Offsetof校验对齐，导致读错字段
真正能安全“操作内存地址”的唯一入口：unsafe.Offsetof
如果你需要知道某个字段在结构体里的偏移量（比如对接 C、序列化、反射优化），必须用 unsafe.Offsetof，而不是手动加减。
示例：
Go语言（Golang）1.26.0
下载
Go语言（Golang）1.26.0版本提供 Go 官方 Windows amd64 MSI 安装包下载入口，版本号 1.26.0，可用于旧项目维护、兼容性测试和指定版本开发环境配置。
type User struct {
Name string
Age int
}
u := User{Name: "Alice", Age: 30}
nameOffset := unsafe.Offsetof(u.Name) // 安全：编译期常量
ageOffset := unsafe.Offsetof(u.Age) // 安全：编译期常量
// 错误写法（不可靠）：
// ptr := uintptr(unsafe.Pointer(&u)) + 0 // Name 不一定从 offset 0 开始（有 padding）
关键点：
-
unsafe.Offsetof返回的是uintptr，但它代表的是**结构体内存布局的编译期确定值**，不是运行时可变地址 - 字段偏移受对齐规则影响，不同架构、不同 Go 版本可能不同，绝不能硬编码
- 只要结构体定义没变，
unsafe.Offsetof的结果就是稳定的
new 和 & 的区别：什么时候该用哪个？
两者都产生指针，但语义和生命周期完全不同：
-
&x：取**已有变量**的地址，要求x是可寻址的（不能是字面量、map key、函数返回值等） -
new(T)：分配一块T类型的零值内存，并返回*T；它不依赖外部变量，适合初始化无初始值的指针
典型误用：
// ❌ 编译错误：cannot take the address of 42 p := &42 // ✅ 正确：new 分配零值 int，再赋值 p := new(int) *p = 42 // ✅ 正确：先声明变量，再取地址 x := 42 p := &x
性能提示：在函数内局部使用 new 可能触发堆分配（逃逸分析决定），而 &x 如果 x 不逃逸，则指针仍在栈上，更轻量。
真正难的不是怎么写指针，而是判断「这个变量是否必须暴露地址」「这个指针会不会被跨 goroutine 长期持有」「GC 能不能看到它」——这些细节不出现在语法里，却决定程序是否稳定。别被 & 和 * 的简单表象骗了。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
