在 go 中，对只读 slice 进行并发访问是安全的，无需 mutex 保护；只有当存在写操作或读写混用时才需同步。此外，通过闭包直接捕获 slice 比传指针更符合 go 习惯，且更简洁安全。
在 go 中，对只读 slice 进行并发访问是安全的，无需 mutex 保护；只有当存在写操作或读写混用时才需同步。此外，通过闭包直接捕获 slice 比传指针更符合 go 习惯，且更简洁安全。
在 Go 并发编程中，理解数据结构的内存模型是避免竞态的关键。首先需要明确：[]int{1,2,3} 是一个 slice（切片），而非数组（array）。数组在 Go 中是值类型、固定长度（如 [3]int），而 slice 是引用类型，底层由三元组构成：指向底层数组的指针、长度（len）和容量（cap）。这意味着多个 goroutine 同时只读访问同一 slice 的不同索引（如 a[0]、a[1]），本质上是读取底层数组中不同内存地址，根据 Go 内存模型——允许多个 reader 并发访问互不重叠的内存区域——这是完全安全的，无需任何同步机制。
例如，以下代码是线程安全的：
a := []int{1, 2, 3}
for i := 0; i < 5; i++ {
go func() {
for j := range a {
fmt.Printf("goroutine %d reads a[%d] = %d\n", i, j, a[j])
}
}()
}但一旦引入写操作，就必须谨慎设计同步策略：
- 若多个 goroutine 可能修改同一元素（如都执行
a[0]++），则必须加锁（如sync.Mutex或sync.RWMutex）； - 若每个 goroutine 只操作固定索引（如 goroutine i 仅读写
a[i%len(a)]），且无重叠，则可省略全局锁，甚至无需同步（前提是索引计算无竞态）； - 若需高频更新且粒度可控，可考虑为 slice 元素级加锁（如
[]sync.Mutex），但通常得不偿失，应优先优化数据结构或使用sync/atomic（适用于整数等基础类型）。
关于参数传递：原代码中 go func(a *[]int) 将 slice 地址传入 goroutine，不仅冗余，还易引发闭包陷阱（因 a 是变量地址，若外部 a 被重新赋值，goroutine 可能读到意外值）。正确做法是利用 Go 闭包特性，直接捕获外部变量：
✅ 推荐写法（简洁、安全、符合惯用法）：
a := []int{1, 2, 3}
for i := 0; i < 10; i++ {
go func() {
for _, v := range a {
fmt.Println("read-only:", v) // 安全：仅读取
}
}()
}⚠️ 注意事项：
- 始终使用
go vet和go run -race检测潜在竞态； - 避免在循环中直接捕获循环变量（如
go func(){ fmt.Println(i) }()会输出全部为 10），应显式传参或在循环内定义新变量； - 若需并发修改 slice 结构（如
append、a = a[1:]），则必须同步——因为这会改变 slice 头部三元组，影响所有持有该 slice 的 goroutine。
总结：Go 的 slice 设计天然支持安全的并发读取；同步开销应“按需添加”，而非“默认添加”。掌握内存模型、善用闭包、配合竞态检测工具，才能写出高效又健壮的并发代码。
