Go中用fmt.Printf打印指针地址和值：用%p输出地址（如0xc0000140a0），用%v解引用输出值（如42）；直接%v打印指针变量也显示地址，但需注意nil指针解引用会panic。
怎么用 fmt.Printf 直接打印指针地址和值
Go 中指针变量本身是值类型，存储的是目标变量的内存地址。想验证它是否真指向某处，最直接的方式是用 fmt.Printf 配合 %p 和 %v 动作符：
-
%p输出指针地址（十六进制，带0x前缀） -
%v对指针变量默认输出地址，对*p输出解引用后的值 - 别用
fmt.Println(p)—— 它会自动调用String()方法（如果实现），可能掩盖真实地址
示例：
var x = 42
p := &x
fmt.Printf("p 地址: %p\n", p) // 输出类似 0xc0000140a0
fmt.Printf("*p 值: %v\n", *p) // 输出 42
fmt.Printf("p 本身值: %v\n", p) // 同样输出 0xc0000140a0（不是“&x”字符串）
为什么 nil 指针解引用会 panic：runtime error: invalid memory address
Go 的 nil 指针本质是地址为 0x0 的指针，不代表“空对象”，而是“未指向任何有效内存”。一旦执行 *p，运行时无法从地址 0 读取数据，立刻触发 panic。
- 常见触发点：
if *p == 0 { ... }、fmt.Println(*p)、结构体字段解引用（如p.Field） - 安全做法：解引用前必须显式判空，
if p != nil { ... } - 注意：
nil切片、map、channel 可以安全使用（它们是 header 结构体），但nil指针不行 —— 这是根本区别
函数传参时传指针 vs 传值：什么时候必须用 *T
Go 所有参数都是值传递。传 T 是复制整个值；传 *T 是复制指针（8 字节地址），两者开销和语义完全不同。
立即学习“go语言免费学习笔记（深入）”；
- 必须传
*T的场景：
– 需要修改调用方原始变量（如func increment(x *int) { *x++ }）
–T类型很大（如大 struct、长 slice），避免复制开销
– 接口实现要求（如io.Reader的Read([]byte)必须修改底层数组内容） - 反例：传
*int去只读一个整数，纯属冗余，还增加 nil 检查负担 - 切片虽含指针，但 header 本身是值 —— 函数内
append不影响原 slice 长度/容量，除非传*[]T
如何用 unsafe.Pointer 观察指针底层行为（慎用）
unsafe.Pointer 是 Go 中绕过类型系统操作地址的唯一合法方式，可用于验证指针偏移、结构体内存布局等底层细节，但禁用于生产环境。
- 转换链必须经过
unsafe.Pointer：不能直接*int → *float64，需(*int → unsafe.Pointer → *float64) - 常用调试组合：
unsafe.Offsetof(struct{}.Field)查字段偏移，unsafe.Sizeof(T{})查类型大小 - 关键限制：GC 不跟踪
unsafe.Pointer转换后的指针，若原变量被回收，新指针变成悬垂指针（dangling pointer）—— 这类 bug 极难复现
真正理解指针机制，不在于记住语法，而在于每次写 & 或 * 时，心里清楚它在内存里干了什么：是复制地址，还是读写某个确定位置的字节。这点一旦模糊，nil panic 和意外共享就随时发生。
