Golang指针用法及取地址解析

“纵有疾风来，人生不言弃”，这句话送给正在学习Golang的朋友们，也希望在阅读本文《Golang指针用法与取地址详解》后，能够真的帮助到大家。我也会在后续的文章中，陆续更新Golang相关的技术文章，有好的建议欢迎大家在评论留言，非常感谢！

Go指针是安全受控的引用机制，声明为*T，需用&或new()初始化；不可对字面量、表达式、map元素取地址；传指针用于修改原值或避免大结构体拷贝；须防nil解引用和意外共享。

Go 语言中的指针不是“C 风格的危险玩具”，而是明确、安全、且被编译器严格约束的引用机制。你不能对指针做算术运算，也不能随意转换类型，nil 检查天然友好——只要理解 & 和 * 的语义边界，就不会踩空。

如何声明和初始化指针变量

Go 中指针类型写法是 *T，表示“指向类型 T 的值的地址”。声明时不会自动分配内存，必须显式赋值或用 new() / & 初始化。

• var p *int：声明一个未初始化的指针，值为 nil；直接解引用会 panic
• p := new(int)：分配一个 int 的零值内存，并返回其地址，等价于 p := &zero_int
• val := 42; p := &val：取已有变量的地址，最常用也最直观

注意：new(T) 返回的是 *T，但只适用于需要零值初始化的场景；而 &v 要求 v 是可寻址的（不能是字面量、函数调用结果、map 元素等）。

哪些值不能取地址（&v 会报错）

Go 编译器禁止对不可寻址的值取地址，这是为了防止悬垂指针和语义混乱。常见报错如：cannot take the address of ...。

• &42 ❌ 字面量不可寻址
• &(x + y) ❌ 表达式结果是临时值
• &myMap["key"] ❌ map 元素地址不固定，Go 不允许取地址
• &mySlice[i] ✅ 切片元素可寻址（只要 mySlice 本身可寻址）
• &structField ✅ 结构体字段可寻址（前提是整个结构体变量可寻址）

如果真需要类似效果（比如想修改 map 中某个字段），得先取出值到局部变量，修改后再写回：v := myMap["key"]; v.Field = 123; myMap["key"] = v。

传指针 vs 传值：什么时候必须用指针

是否传指针，核心看两点：是否要修改原值，以及值的大小是否值得避免拷贝。Go 默认传值，但结构体、切片、map、func、channel 本身已是引用类型（内部含指针），它们的“传值”只是复制头信息。

• 修改调用方变量内容 → 必须传指针：func increment(p *int) { *p++ }
• 大结构体（> few hundred bytes）→ 建议传指针避免拷贝开销
• 小结构体（如 type Point struct{ X, Y int }）→ 传值更高效，且更利于逃逸分析优化
• 接收者方法中：若方法需修改 receiver → 接收者必须是 *T；若只读 → T 或 *T 都可，但统一用 *T 更常见（避免混用）

别迷信“所有结构体都要用指针接收者”。过度使用指针反而阻碍内联、增加 GC 压力，且让 nil 接收者调用变得可能（有时是 bug）。

常见错误：nil 指针解引用与意外共享

最典型的 panic 是 panic: runtime error: invalid memory address or nil pointer dereference，通常来自忘记检查 nil 就直接 * 解引用或调用方法。

func printName(p *string) {
    fmt.Println(*p) // 如果 p == nil，这里 panic
}
// 正确做法：
if p != nil {
    fmt.Println(*p)
}

另一个隐性坑是：多个变量指向同一块内存，修改一处影响全局。比如把结构体指针存进 map 或 slice 后反复复用，容易导致意料外的状态污染。调试时注意用 fmt.Printf("%p", p) 打印地址确认是否真共享。

指针真正的复杂点不在语法，而在生命周期和所有权意图——它把“谁负责初始化、谁负责释放（虽然 Go 有 GC）、谁有权修改”这些契约，明明白白写进了类型签名里。

今天带大家了解了的相关知识，希望对你有所帮助；关于Golang的技术知识我们会一点点深入介绍，欢迎大家关注golang学习网公众号，一起学习编程~