17370845950

高并发下普通变量计数易出错，应使用 atomic.Int64 实现无锁原子计数；需声明为 atomic 类型并调用其方法，避免混用普通变量与原子函数；适用于单一指标统计，性能比 mutex 高 3–5 倍。

高并发场景下，用普通变量做访问计数会因竞态导致数据错误，Golang 提供了 sync/atomic 包来安全、高效地实现原子计数，无需加锁，性能远超 mutex。

使用 atomic.Int64 实现线程安全计数器

Go 1.19+ 推荐使用 atomic.Int64 类型，它封装了底层原子操作，语义清晰、类型安全：

• 声明计数器：var counter atomic.Int64
• 增加计数：counter.Add(1)（返回新值）或 counter.Load() 获取当前值
• 重置计数：counter.Store(0)
• 条件更新（CAS）：counter.CompareAndSwap(old, new)，适合实现“首次访问才计数”等逻辑

避免常见误用：不要混用普通变量和 atomic

atomic 操作只对声明为 atomic 类型的变量有效。下面写法是错误的：

• ✘ 错误：var n int64; atomic.AddInt64(&n, 1) —— 虽能编译，但破坏内存模型，可能被编译器重排，失去原子性保证
• ✓ 正确：var n atomic.Int64; n.Add(1) —— 类型绑定 + 方法调用，编译器自动保障顺序与可见性

本质是：atomic 类型自带内存屏障语义，普通变量 + 原子函数调用无法替代。

结合 HTTP 服务统计请求量（实战示例）

在 Web 服务中统计总请求数，可直接嵌入 handler：

• 全局声明：var totalRequests atomic.Int64
• 在 handler 开头调用：totalRequests.Add(1)
• 提供监控接口（如 /metrics）返回：fmt.Fprintf(w, "requests_total %d", totalRequests.Load())

该方案无锁、无 goroutine 阻塞，轻松支撑每秒数万请求计数，实测比 sync.Mutex 快 3–5 倍。

需要更复杂逻辑？谨慎考虑 sync.Mutex 或 sync.Map

atomic 仅适用于简单整数增减或单字段读写。以下情况不适合纯 atomic：

• 需同时更新多个相关字段（如“成功数 + 失败数 + 总数”）
• 要支持键值维度计数（如按 path、user_id 统计）→ 改用 sync.Map + atomic 子计数器
• 需阻塞等待或条件通知 → 回归 sync.Mutex 或 channel

原则：够用即止。原子计数不是万能银弹，但对“全局总量”这类单一指标，它是最轻量、最可靠的选择。

基本上就这些。用对 atomic 类型，高并发计数既安全又快，不复杂但容易忽略类型绑定这个关键点。