go中函数参数默认值传递，传入结构体或切片时操作的是副本，修改字段或重新赋值不影响原变量；只有通过指针（*t）才能修改原始变量本身。
为什么直接传值无法修改原始变量
Go 语言中函数参数默认是值传递，哪怕传入的是结构体或切片，函数内对形参的赋值操作不会影响调用方的原始变量。这不是“副本共享底层数据”的错觉——比如 slice 虽然包含指向底层数组的指针，但修改 slice 本身（如重新赋值为另一个 slice）仍不影响原变量；只有通过 slice[i] = x 修改元素才生效，因为那是对底层数组的操作。
真正需要“让被调函数能替换整个变量内容”时，必须显式传指针。常见误判点：以为传 []int 或 map[string]int 就能被函数彻底重置，其实不能。
- 传
int、string、自定义 struct：函数内改值完全无关原变量 - 传
*int：函数内解引用后赋值，如*p = 42，会改变原int - 传
*[]int：才能让函数把整个切片头（len/cap/ptr）全换掉，例如用make([]int, 10)替换原切片
什么时候必须用 *T 而不是 T
核心判断标准只有一条：函数是否需要「让调用方看到变量本身的变更」，包括地址、长度、容量、字段值等任何属于该变量自身的属性变化。
典型场景：
Alibabacloud Sdk Client Initialization For Golang
下载
初始化并管理阿里云SDK Go 客户端，涵盖 sync.Once 单例、goroutine 安全、endpoint 与 region 配置、VPC 端点及调试。
- 初始化未分配内存的指针字段，例如
func initUser(u *User) { u.Name = "Alice"; u.ID = 1 }，若u是User值类型，u.ID = 1只改副本 - 交换两个变量的值，如
swap(&a, &b)，必须传地址才能互换原始存储位置的内容 - 避免大结构体拷贝开销，如
processBigStruct(&s)比processBigStruct(s)更省 CPU 和内存 - 实现接口方法时接收者为指针，否则无法在方法内修改字段（如
func (u *User) SetName(n string) { u.Name = n }）
nil 指针解引用 panic 的真实触发条件
不是所有带 * 的操作都会 panic。只有「解引用一个值为 nil 的指针」且试图读/写其指向的数据时才会崩溃。比如：
var p *int fmt.Println(p) // OK，打印 <nil> fmt.Println(*p) // panic: runtime error: invalid memory address or nil pointer dereference </nil>
常见疏漏点：
- 忘记检查函数返回的指针是否为
nil，就直接*result - 用
new(T)或&T{}初始化没问题，但若逻辑分支中某些路径没赋值，可能留下nil - 从 map 中取指针值，如
m["key"]，当 key 不存在时返回零值nil，而非 panic —— 但后续解引用就崩了
切片和 map 作为参数时的指针陷阱
slice 和 map 本身是引用类型，但它们的底层仍是结构体（包含指针、长度、容量等字段）。传值时复制的是这个结构体，所以：
- 修改元素（
s[0] = 1）、增删 map 元素（m["k"] = v）会影响原数据 —— 因为结构体里的指针字段被复制了 - 但重赋值整个变量（
s = append(s, 1)或s = make([]int, 5)）只改副本，原 slice 不变 - 若要让函数能替换整个 slice，必须传
*[]T；同理 map 需要*map[K]V才能做*m = newMap - 注意
append可能导致底层数组扩容，此时新 slice 指向新地址，原 slice 仍指向旧数组 —— 这是值传递的自然结果，不是 bug
实际开发中，多数情况只需传 []T 或 map[K]V；只有明确需要“函数接管该变量生命周期”时，才升级到指针。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
