go中指针本身并发安全，危险在于多goroutine无同步地读写同一内存；应避免裸指针跨goroutine传递，推荐传值、通道移交所有权或用mutex/rwmutex保护数据。
Go 中指针本身不是并发不安全的根源，真正危险的是多个 goroutine 同时读写同一块内存（比如指向的结构体字段），而没有同步控制。直接共享可变数据的指针，等于把数据裸露在并发竞争下——这不是指针的问题，是数据访问的问题。
避免裸指针跨 goroutine 传递
除非必要，不要把指向可变数据的指针直接传给新 goroutine。更安全的做法是传值（适合小结构体或只读场景），或用通道传递所有权。
- ❌ 危险：启动 goroutine 时传入 &user，多个 goroutine 同时 user.Name = "xxx" → 竞态
- ✅ 推荐：传 user 的副本（user），或用 channel 发送 *user 但确保仅一个 goroutine 拥有写权限
用 mutex 保护指针所指的数据
如果必须共享指针并允许修改，就用 sync.Mutex 或 sync.RWMutex 保护其指向的整个逻辑对象（不是保护指针变量本身）。
- 在结构体中内嵌 mutex，所有对外方法统一加锁
- 读多写少场景用 RWMutex：读操作用 RLock/RLocker，写操作用 Lock/Unlock
- 锁粒度要合理——保护的是数据一致性，不是代码行数；避免锁住无关操作或整个函数
用 channel 实现“所有权移交”
Go 的哲学是“不要通过共享内存来通信，而应通过通信来共享内存”。让指针只被一个 goroutine 持有，其他 goroutine 通过 channel 请求操作，由持有者串行处理。
- 定义命令类型（如 type Op int）和请求结构（包含指针、参数、响应 channel）
- 启动一个专属 goroutine 管理该指针，循环接收请求、执行、回传结果
- 外部 goroutine 不再直接访问指针，只发消息——天然无竞态
只读共享通常安全，但需确保“真正只读”
如果多个 goroutine 只读取指针指向的数据，且该数据在所有 goroutine 启动前已初始化完成、之后永不修改（即不可变），那无需额外同步。
- ⚠️ 注意：struct 字段是只读的，不代表其字段里嵌套的指针（如 []byte、map、*Other）也只读
- 深拷贝或冻结（如用 sync.Once 初始化后禁止修改）才能保证语义上的只读
- 可借助 go vet -race 和 go run -race 验证是否真无写竞争
基本上就这些。Go 的并发安全不靠禁止指针，而靠设计约束访问方式——要么不共享，要么加锁，要么交由 channel 调度。关键不在指针本身，而在你如何对待它指向的那块内存。
