变量名是内存地址的别名，&x获取真实地址；*p解引用前须确保p非nil；传指针可修改原值，传值则不能；指针比较只看地址，nil是所有指针类型的零值。
变量名只是内存地址的别名，& 取到的是真实地址
Go 中声明一个变量，比如 var x int = 42，本质是在栈（或堆）上分配了一块连续内存，存放 42 这个值；而 x 这个名字，只是编译器帮我们记住这块内存起始地址的“标签”。用 &x 拿到的就是这块内存的起始地址，它是个不可变的常量值（类型是 *int）。注意：这个地址本身不是变量，但保存它的容器（比如指针变量）可以变。
*p 解引用时，必须确保 p 指向有效内存
声明指针不等于初始化。常见错误是声明后直接解引用：
var p *int fmt.Println(*p) // panic: runtime error: invalid memory address or nil pointer dereference
这是因为 p 的零值是 nil，不代表任何地址。安全做法包括：
- 用
new(T)或&T{}初始化后使用 - 解引用前加
if p != nil判断（尤其处理函数返回的指针时） - 避免返回局部变量地址（如函数内
return &x是安全的，因为 Go 编译器会自动逃逸分析并分配到堆）
传指针 vs 传值：影响的是被调用函数能否修改原始变量
Go 所有参数都是值传递，区别在于「传递的内容」是什么：
立即学习“go语言免费学习笔记（深入）”；
- 传
int：复制一个整数副本，函数内改它不影响原变量 - 传
*int：复制的是指针值（即地址），两个指针指向同一块内存，所以*p = 100能改原始值 - 传
map、slice、chan等：它们底层是结构体（含指针字段），所以即使传值，也能修改底层数组内容——但这和“指针传递”是两回事，别混淆
典型误判场景：以为 func f(s []int) { s = append(s, 99) } 能修改调用方的 slice —— 实际不能，因为 s 本身被重新赋值了，只改了副本里的 header 字段。
指针比较只看地址值，nil 是所有指针类型的零值
两个指针变量是否相等，只取决于它们存储的地址是否相同，和所指对象的值无关：
a := 1 b := 1 pa := &a pb := &b fmt.Println(pa == pb) // false，地址不同 fmt.Println(*pa == *pb) // true，值相同
nil 对所有指针类型都适用：var p *string 和 var q *int 的零值都是 nil，可直接与 nil 比较。但注意：nil 的 map/slice/chan 不等于 nil 的指针，类型不同，不能混用判断逻辑。
真正容易被忽略的是：指针的零值行为在 struct 字段中会静默生效。比如 type User struct{ Name *string }，若未显式赋值 Name，它就是 nil，后续解引用前必须检查——这种隐式 nil 在嵌套结构和 JSON 反序列化时特别容易漏掉。
