go语言无内置add函数，线程安全累加需用sync/atomic包的atomic.addint64等函数，操作数必须为对应类型指针；goroutine等待应使用sync.waitgroup或channel，而非原子操作或轮询。
Go语言中没有内置的Add函数，累加需手动实现或借助sync/atomic
Go标准库不提供类似Java的AtomicInteger.Add()那样的通用累加函数。如果你在查Add，大概率是想对整数做线程安全递增——这得靠sync/atomic包里的特定函数，比如atomic.AddInt64或atomic.AddUint32。直接写a++或a += 1在多协程下是竞态的，不加同步会出错。
常见错误现象：go run -race main.go跑起来报Data race，输出里出现Read at ... Previous write at ...；数值最终远小于预期（比如启100个goroutine各加100次，结果却只有几百而不是10000）。
-
atomic.AddInt64要求操作数是指针，如&counter，传值会编译失败 - 类型必须严格匹配：不能用
int变量配atomic.AddInt64，32位系统上int可能是32位，要显式用int64 - 浮点数不支持原子累加，
atomic包只提供Int32/Int64/Uint32/Uint64/Uintptr和Pointer，没有AddFloat64
goroutine间等待不能靠“增加方法”，要用channel或sync.WaitGroup
标题里提到的“等待函数增加方法【协同】”，实际不是语法层面的“给函数加等待能力”，而是协调多个goroutine执行顺序。Go里没有func.AddWait()这种东西。真要等一组goroutine结束，最常用的是sync.WaitGroup；要在执行流中阻塞等待某个条件满足，则用channel收发信号。
典型误用：time.Sleep硬等、全局布尔变量轮询、或试图用atomic模拟等待——这些都低效且易出bug。
-
WaitGroup.Add()必须在goroutine启动前调用，不能在goroutine内部调wg.Add(1)再wg.Done()，否则可能漏计数或panic - channel用于等待时，记得缓冲区大小或配对goroutine，避免死锁；比如
ch := make(chan struct{})后只go func(){ ch 却不<code>，主goroutine就永远卡住 - 别用
atomic替代WaitGroup：虽然能用atomic.Int32模拟计数，但没Wait()阻塞语义，还得自己循环atomic.Load+runtime.Gosched()，既啰嗦又浪费CPU
atomic.Add* 和 WaitGroup 混用场景：计数+等待双需求
有些逻辑既要累加（比如统计处理请求数），又要等所有任务完成——这时两个机制要分开用，不能指望一个解决全部。例如：启动N个goroutine处理数据，每个完成后原子增计数器，同时用WaitGroup确保主goroutine不提前退出。
var counter int64 var wg sync.WaitGroup <p>for i := 0; i </p><p>注意<code>counter</code>读取必须用<code>atomic.LoadInt64</code>，不能直接读<code>counter</code>变量——即使写是原子的，非原子读仍可能看到中间态（尤其在优化开启时）。</p><h3>容易被忽略的细节：内存序与编译器重排</h3><p><code>atomic.Add*</code>默认是<code>seqcst</code>（sequential consistency）模型，足够应对绝大多数累加场景。但如果你在累加之外还操作其他共享变量（比如先改<code>status</code>再<code>atomic.Add</code>），就要小心指令重排——Go编译器和CPU都可能调整顺序。</p>
- 不需要额外
atomic.Store或atomic.Load来“加固”单纯累加，Add本身已含完整内存屏障 - 但若累加和别的变量更新构成逻辑依赖（如“计数到10才允许继续”），就得用
channel或sync.Mutex，别靠多个atomic操作拼逻辑 - 调试时
go build -gcflags="-S"看汇编，确认关键位置生成了XADD（x86）或LDADD（ARM）指令，而不是普通MOV+ADD
实际写的时候，先想清楚：你要的是“安全改一个数”，还是“等一堆事做完”，或是“两者都要”。选错原语，后面全是坑。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
