Golang指针共享数据方法详解

Go语言中指针并非数据共享的默认机制，函数参数始终按值传递；真正的共享依赖于map、slice、chan和指针类型（*T）等内部含指针字段的结构——它们通过拷贝“带指针的头部”实现元素级修改的可见性，但重赋值（如append扩容或重新make map）不会影响原变量；修改结构体字段或返回堆上对象必须显式使用指针，而并发访问共享数据时更需借助Mutex、atomic或channel等同步手段，切不可误以为共享即安全。

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，不影响调用方。

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 不是并发安全的，这点比指针更隐蔽。

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