go语言中没有“语言学习技巧”，真正需掌握的是unsafe.sizeof、reflect和unsafe.pointer等工具来理解内存布局：int在32/64位系统分别占4/8字节，空结构体恒占0字节，字符串header恒为16字节；reflect可解析复合类型字段偏移但非稳定api；unsafe指针转换须谨慎处理对齐、生命周期与gc可达性。
Go 语言中没有“语言学习技巧”这种内置机制或标准库功能来解析底层数据表示——unsafe、reflect 和 unsafe.Sizeof/unsafe.Offsetof 才是实际可用的工具。所谓“学习技巧”容易误导，真正要做的，是理解值在内存中的布局和类型系统如何映射到机器表示。
用 unsafe.Sizeof 看清基础类型的内存占用
基础类型大小不是凭经验猜的，尤其 int、uint 在不同平台下可能为 4 或 8 字节；bool 虽然逻辑上只需 1 bit，但实际占 1 字节（unsafe.Sizeof(true) 返回 1）。
-
unsafe.Sizeof(int(0))在 64 位系统返回 8，在 32 位系统返回 4 -
unsafe.Sizeof(struct{}{})恒为 0，这是空结构体的确定行为，不是“优化结果”，而是 runtime 明确保证 -
unsafe.Sizeof(string(""))恒为 16（两个uintptr：指针 + 长度），与字符串内容无关
用 reflect 拆解复合类型的字段偏移
数组、切片、字符串这些类型在 Go 运行时都有明确的结构体定义（如 reflect.SliceHeader、reflect.StringHeader），但直接使用它们有风险——它们不是稳定 API，仅用于调试或极端场景。
-
reflect.SliceHeader包含Data、Len、Cap三个字段，顺序固定，但字段名不导出，必须用reflect动态读取 - 对
[]int取reflect.ValueOf(s).UnsafeAddr()不能得到底层数组地址；正确方式是用reflect.ValueOf(&s).Elem().UnsafeAddr()再加偏移 - 不要用
reflect.StringHeader修改Data指针去“修改字符串”，这会破坏不可变性，且在 Go 1.21+ 可能触发 panic
用 unsafe 指针转换观察内存字节序列
想看到一个 int32 在内存里怎么排布？不是靠文档猜，而是用 (*[4]byte)(unsafe.Pointer(&x)) 把它转成字节数组再打印。
- 小端序系统（如 x86_64）下，
var x int32 = 0x01020304→ 字节序为[0x04, 0x03, 0x02, 0x01] - 转换前必须确保目标内存可寻址（局部变量在栈上没问题，但
string的底层字节可能在只读段，强制写会 segfault） -
unsafe.Pointer不能直接和*T进行算术运算，必须先转成uintptr，运算后再转回unsafe.Pointer
真正容易被忽略的是：所有这些操作都绕过了 Go 的类型安全边界。一旦你开始用 unsafe 查看或修改内存，你就得自己负责对齐、生命周期、逃逸分析和 GC 可达性——编译器不再帮你兜底。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
