Go中指针非默认共享方式，参数传递均为值拷贝；真正共享依赖map、slice、chan、*T等类型内部指针字段，仅修改元素内容才反映原变量，重赋值不共享，且并发访问需显式同步。
Go 中指针不是共享数据的默认方式
Go 语言里，func 参数传递始终是值拷贝——哪怕你传的是一个结构体或 map，函数内修改它不会影响调用方。真正实现“共享”的，是底层数据结构本身的特性，而不是指针本身。比如 map、slice、chan、*T 这些类型，它们内部都包含指向底层数组或堆内存的指针字段。所以传 *T 是为了共享该变量所指向的对象；而传 map[string]int 本身就能共享，因为它的 header 已含指针。
什么时候必须用 *T 才能共享修改
当你需要在函数中修改结构体字段、或让调用方看到新分配的内存地址时，才必须传指针。基础类型（int、string）、数组（[4]int）、非引用型结构体，不传指针就无法回写。
-
func updateName(p *Person) { p.Name = "Alice" }—— 能改原结构体字段 -
func updateName(p Person) { p.Name = "Alice" }—— 只改副本，调用方无感知 -
func newPerson() *Person { return &Person{Name: "Bob"} }—— 必须返回指针，否则返回栈上临时对象的地址（编译器会报错或自动逃逸）
切片和 map 看似没传指针，其实已经共享了
切片（[]int）本质是三元组：{ptr, len, cap}；map（map[string]int）本质是 *hmap。它们作为参数传递时，虽然语法上没写 *，但拷贝的是包含指针的 header，因此对元素的增删改（如 s[0] = 1、m["k"] = 2）都会反映到原始变量上。
但注意：重赋值不会共享——s = append(s, 1) 可能导致底层数组扩容并换地址，此时原切片不受影响；m = make(map[string]int) 也只是改了局部变量 m 的 header，不影响调用方。
立即学习“go语言免费学习笔记（深入）”；
func modifySlice(s []int) {
s[0] = 999 // ✅ 原切片首元素被改
s = append(s, 1) // ❌ 原切片长度/内容不变
}
func modifyMap(m map[string]int) {
m["a"] = 888 // ✅ 原 map 新增键值对
m = make(map[string]int // ❌ 原 map 不受影响
}并发场景下指针共享 ≠ 安全共享
多个 goroutine 通过同一 *T 或 map 访问数据，不代表线程安全。Go 不会自动加锁。若存在读写竞争（比如一个 goroutine 写 p.Name，另一个同时读），必须显式同步：
- 用
sync.Mutex或sync.RWMutex保护临界区 - 用
sync/atomic操作整数或指针（仅限支持的类型） - 优先考虑 channel 通信代替共享内存（
go func() { ch ）
容易忽略的是：即使只读，若某 goroutine 正在写（如 map 扩容），其他 goroutine 并发读仍会 panic —— Go 的 map 不是并发安全的，这点比指针更隐蔽。
