如何实现Golang并发安全计数器_结合框架原子操作库-Golang-PHP中文网

直接用 int 类型做计数器在 goroutine 中会出错，因为 i++ 不是原子操作，底层拆为读-改-写三步，多 goroutine 并发时可能丢失更新，导致最终值远小于预期且结果不一致。

如何实现golang并发安全计数器_结合框架原子操作库

为什么直接用 int 类型做计数器在 goroutine 里会出错

因为 int 的自增（i++）不是原子操作，底层拆成「读-改-写」三步。多个 goroutine 同时执行时，可能都读到旧值、各自加 1、再写回去，结果只 +1 而不是 +n。现象通常是最终值远小于预期，且每次运行结果不一致。

常见错误写法：

var count int<br>go func() { count++ }()<br>go func() { count++ }()

——这几乎必然丢数据。

别依赖编译器优化或运气，Go 不保证这种操作的线程安全性
哪怕只读不写，多个 goroutine 并发读 int 虽不会 panic，但若同时有写入，仍属未定义行为
用 sync.Mutex 能解决，但锁开销大，尤其高并发读多写少场景

用 sync/atomic 替代锁是最轻量的方案

sync/atomic 提供无锁原子操作，底层映射到 CPU 的 CAS 或 XADD 指令，性能比 sync.Mutex 高一个数量级。适用于整数型计数器（int32、int64、uint32 等）。

关键点：

Golang Naming

Go（Golang）命名规范 — 包括包、构造函数、结构体、接口、常量、枚举、错误、布尔值、接收器、getter/setter、函数等。

下载

必须用指针传参：atomic.AddInt64(&count, 1)，不能传值
变量类型要对齐：32 位系统上 int64 必须 8 字节对齐，否则 panic 报 panic: atomic operation not allowed on unaligned pointer
推荐声明为 int64：避免 32 位平台溢出风险，且 Go 默认对 int64 做内存对齐
读取用 atomic.LoadInt64(&count)，不要直接读变量——虽然有时看起来“能读”，但不保证看到最新值

封装成结构体让调用更安全、可复用

裸用 atomic 函数容易漏掉指针符号或类型不匹配。封装一层能约束使用方式，也方便后续扩展（比如加 reset、CAS 判断等）。

示例：

type Counter struct {<br>    val int64<br>}<br><br>func (c *Counter) Add(n int64) {<br>    atomic.AddInt64(&c.val, n)<br>}<br><br>func (c *Counter) Get() int64 {<br>    return atomic.LoadInt64(&c.val)<br>}