高并发下普通变量计数易出错，应使用 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 类型，高并发计数既安全又快，不复杂但容易忽略类型绑定这个关键点。
