并发安全的关键是保护指针指向的数据而非指针本身，多goroutine下需防止数据竞争。使用atomic可对简单类型实现高效无锁操作，如原子读写、增减和比较交换，适用于计数器等单一变量场景；涉及复杂结构或多个操作原子性时应选用mutex或RWMutex，确保临界区互斥，读多写少用RWMutex提升性能。基本原则：优先atomic保证性能，复杂逻辑用锁确保正确性，结合-race工具检测问题。
在Go语言中，指针本身只是一个内存地址，真正的并发安全问题出现在多个goroutine同时读写同一块内存数据时。当多个goroutine通过指针访问并修改同一个变量，若不加同步机制，就会引发数据竞争（data race），导致程序行为不可预测。解决这类问题主要有两种方案：原子操作（atomic）和互斥锁（mutex）。下面分别说明它们的适用场景和使用方式。
原子操作：适用于简单类型的无锁并发控制
Go的sync/atomic包提供了对整型、指针等基础类型的原子操作，适合在不需要复杂逻辑的场景下实现高效、无锁的并发安全。
常见原子操作包括：
- atomic.LoadXXX / StoreXXX：原子地读取或写入值
- atomic.AddXXX：原子地增加一个值
- atomic.CompareAndSwapXXX：比较并交换，常用于实现无锁算法
例如，使用原子操作保护一个指向int的指针：
立即学习“go语言免费学习笔记（深入）”；
var ptr unsafe.Pointer // 指向 *int
// 写入新值
newVal := 42
atomic.StorePointer(&ptr, unsafe.Pointer(&newVal))
// 读取值
if p := (*int)(atomic.LoadPointer(&ptr)); p != nil {
fmt.Println(*p)
}
注意：atomic操作仅对特定类型有效，且使用unsafe.Pointer时需格外小心，确保类型一致和内存生命周期安全。
互斥锁：适用于复杂逻辑或多字段结构体保护
当共享数据结构较复杂（如结构体、map、slice）或需要多个操作保持原子性时，原子操作不再适用，应使用sync.Mutex或sync.RWMutex。
通过互斥锁保护指针指向的数据，典型用法如下：
type Counter struct {
mu sync.Mutex
val int
}
var counter = &Counter{}
func increment() {
counter.mu.Lock()
defer counter.mu.Unlock()
counter.val++
}
即使多个goroutine持有指向counter的指针，只要每次访问都通过锁保护，就能保证并发安全。
对于读多写少的场景，sync.RWMutex能提升性能：
type Config struct {
mu sync.RWMutex
data map[string]string
}
func (c *Config) Get(key string) string {
c.mu.RLock()
defer c.mu.RUnlock()
return c.data[key]
}
func (c *Config) Set(key, value string) {
c.mu.Lock()
defer c.mu.Unlock()
c.data[key] = value
}
选择建议：根据场景权衡性能与复杂度
原子操作性能更高，适合单一变量的简单读写，尤其是计数器、状态标志等场景。但其使用受限，不能用于复杂结构或组合操作。
互斥锁更通用，可保护任意数据结构和代码块，适合涉及多个字段修改或条件判断的逻辑。虽然有锁开销，但在大多数场景下足够高效。
基本原则：能用原子操作就不用锁，复杂逻辑果断用锁。避免过度优化，优先保证正确性。
基本上就这些。关键是理解指针只是访问手段，真正要保护的是它指向的数据。无论用atomic还是mutex，目标都是消除数据竞争。实际开发中结合-race检测工具，能有效发现潜在问题。不复杂但容易忽略。
