Go中func foo(x int)无法修改外部变量,因int是值类型,传参复制副本;修改仅作用于副本,原变量不变。解决方法:返回新值或传*int指针。
func foo(x int) 改不了外面的变量因为 int 是值类型,传参时复制一份新值,函数里对 x 的任何修改(比如 x = 42)只作用于副本,原变量完全不受影响。这不是 bug,是 Go 的设计原则:默认不共享、不隐式修改。
常见错误现象:写了个 increment 函数想让数字加 1,调用完发现变量没变。
return x + 1),要么传指针(*int)int, bool, struct{a,b int})传值开销小;大 struct 或 slice 底层数据多时,传指针反而省拷贝& 和 * 不是“C 风格语法糖”,而是类型系统的一部分Go 的 *T 是一个独立类型,不是修饰符。比如 *string 和 string 类型不同,不能混用;nil 对 *string 合法,对 string 不合法。
容易踩的坑:
var p *int),此时 p == nil,解引用会 panic:fmt.Println(*p)
new(T) 返回 *T,等价于 var t T; return &t,但初学者常误以为它类似 C 的 malloc它们底层都包含指向堆内存的指针字段(比如 slice 有 ptr, len, cap),所以传参时虽然也是值传递,但 ptr 字段被复制了,因此能修改底层数组内容。但这不等于它们是指针类型 —— 你不能对 map 做 &m 然后传 *map[string]int,编译会报错。
关键区别:
s[0] = 1),是因为它复制了指向底层数组的指针s = append(s, 1))可能触发扩容,生成新底层数组,此时原 slice 变量不会同步更新m = make(map[int]string) 这样的重赋值不是“为了节省内存”或“看起来高级”,而是由语义和需求驱动:
*T
*S 避免拷贝(但先 profile,别过早优化)func (p *Person) SetName(n string))→ 必须用指针接收者,否则改的是副本新手最容易忽略的一点:即使结构体很小,只要方法要修改字段,就必须用指针接收者。否则代码能编译,但字段根本没变 —— 这类 bug 很难一眼发现。