用 var 声明指针变量（如 var p *int）时默认值为 nil，解引用会 panic；必须先指向有效变量（如 p = &x）才能安全使用。
如何用 var 声明未初始化的指针变量
Go 中指针变量必须明确指向某个类型的地址，不能像 C 那样随意赋值为整数。用 var 声明时，指针默认值是 nil，不是随机地址：
var p *int fmt.Println(p) // 输出:
这时 p 是一个合法但空的指针，解引用（*p）会 panic：
- 必须先让它指向一个有效变量，比如
var x int; p = &x - 不能直接写
*p = 10，否则运行时报panic: runtime error: invalid memory address or nil pointer dereference -
var p *int和p := new(int)效果不同：前者是nil，后者已分配内存且值为0
用 new() 和取地址符 & 初始化指针
new(T) 返回一个指向新分配零值的 T 类型指针；&v 则取已有变量 v 的地址。两者适用场景不同：
-
new(int)等价于var v int; return &v，适合快速获得一个可写的指针 -
&v要求v必须是可寻址的——不能对字面量、函数返回值或 map 元素直接取地址（如&42、&fn()、&m["k"]都非法） - map 中的结构体字段可以取地址，但 map 元素本身不行；切片元素可取地址（只要切片底层数组存在）
示例：
立即学习“go语言免费学习笔记（深入）”；
x := 42 p1 := &x // OK p2 := new(int) // OK，*p2 == 0 p3 := &42 // 编译错误：cannot take the address of 42
指针作为函数参数传递时的常见误解
Go 所有参数都是值传递，包括指针。但传指针的本质是“传地址的副本”，所以能修改原变量内容：
- 函数内对
*p赋值会影响调用方变量（因为指向同一块内存） - 但若在函数内让
p指向新地址（如p = new(int)），调用方的指针变量不会变 - 结构体较大时传
*S比传S更高效，但要注意是否真需要修改原结构体
典型陷阱：
func badChange(p *int) {
p = new(int) // 这只改了形参 p，不影响调用方
*p = 999
}
func goodChange(p *int) {
*p = 999 // 这才真正改了调用方变量的值
}
什么时候不该用指针？哪些类型自带“引用语义”
不是所有情况都需要显式用指针。Go 中 slice、map、chan、func、interface{} 本身底层就包含指针，传值时已具备共享修改能力：
- 向函数传
map[string]int，函数内增删 key 会影响原 map；不需要传*map[string]int - 但
struct、array、基本类型（int、string）传值是拷贝，要修改原值才需指针 -
string是只读的，即使传指针也不能修改其内容（底层是只读字节数组 + len/cap）
过度使用指针会让代码更难推理，尤其在并发中增加竞态风险——除非确实需要共享可变状态或避免拷贝开销，否则优先用值语义。
指针最易出错的地方不在声明，而在解引用前忘了判 nil，以及混淆“改指针本身”和“改指针指向的值”。这两点在复杂逻辑或嵌套结构体中特别容易漏掉。
