用 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 元素本身不行；切片元素可取地址（只要切片底层数组存在）

示例：

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，以及混淆“改指针本身”和“改指针指向的值”。这两点在复杂逻辑或嵌套结构体中特别容易漏掉。