能，Go中传指针可修改原变量值，因指针副本仍指向同一内存地址；但仅限显式传*T且解引用赋值（如*x=42），非引用传递；需防nil解引用panic，大结构体或需修改时才必须用指针。
Go里传指针真能改原变量？
能，但必须是显式传入指针类型，且被修改的是指针指向的值——不是“引用传递”的错觉。Go只有值传递，func f(x *int) 传的是 *int 这个指针值的副本，但它仍指向同一块内存。
常见错误现象：func modify(x *int) { x = new(int); *x = 42 }，调用后原变量没变——你只是改了副本指针的指向，没碰原指针指向的地址。
- 正确做法：用
*x = 42修改指针解引用后的值 - 如果想让外部变量指向新地址（比如重分配），必须返回新指针或用二级指针
**int - 结构体字段修改同理：只要字段可寻址，
p.Field = val就生效；但p本身必须是指向结构体的指针
什么时候必须传 *T 而不是 T？
两个硬性场景：需要修改原值，或类型太大不想拷贝。比如 sync.Mutex 必须用指针——它内部有系统级锁状态，值拷贝会复制锁对象，导致死锁或竞态。
使用场景举例：
立即学习“go语言免费学习笔记（深入）”；
- 修改切片长度/容量：传
*[]int才能用*s = append(*s, 1)改原切片头 - 初始化不可导出字段：如
type Config struct{ data map[string]string }，工厂函数需返回*Config并在内部c.data = make(map[string]string) - 避免大结构体拷贝：1MB 的 struct 传值开销明显，传
*T固定8字节（64位）
nil 指针解引用 panic 怎么防？
不是所有指针都非空，尤其函数参数、map 查找结果、JSON 解析字段。直接 *p 前不检查，运行时就 panic: runtime error: invalid memory address or nil pointer dereference。
实操建议：
- 函数开头加
if p == nil { return }或if p == nil { return errors.New("p is nil") } - 方法接收者用指针时，Go 允许
var v T; v.Method()自动取地址，但若v是零值且方法内解引用nil字段，照样 panic - 用
reflect.ValueOf(p).IsNil()判断接口中包裹的指针是否为nil，但性能差，仅调试用
结构体内嵌指针字段的坑
结构体字段本身是指针类型（比如 type User struct{ Profile *Profile }），容易误以为整个结构体必须用指针传——其实不用。只要你想改 User.Profile 这个字段的值（即让它指向别的 Profile），才需要 *User；如果只改 Profile.Name，传 User 值也行，因为 Profile 字段存的是地址。
容易踩的坑：
-
u := User{}; u.Profile.Name = "a"→ panic，因为u.Profile是nil -
u := User{Profile: &Profile{}}; u.Profile.Name = "a"→ 安全，但这是值传递，u本身还是副本 - 真正要改外部变量的
Profile字段值？得func setProfile(u *User, p *Profile) { u.Profile = p }
复杂点在于嵌套层级和所有权归属——谁负责分配内存、谁负责释放（虽然 Go 有 GC，但逻辑上仍要厘清）。别指望编译器替你判断该不该传指针，它只管语法合法。
