Go开发atomic之Add（修改操作）

　　为什么会出现原子操作？
　　有很多代码并不是一条指令能完成的，比如下面一段用C写的代码，反汇编如下：inta10；a；对a的汇编解释9：a；0040102Fmoveax，dwordptr〔ebp4〕00401032addeax，100401035movdwordptr〔ebp4〕，eax
　　可以看到，a表面只有一句代码，但实际需要三条指令，这有什么问题吗？
　　假如甲先拿到a10，然后执行，结果半路上被CPU调度暂停了（三条指令中的某个地方），而乙也去拿数据a10，它没有停，一下就将a自增到11，并写回到内存。
　　等到甲被唤醒之后继续操作，但它不知道其实a已经被改了，然后将结果11又写到内存中。
　　然而，我们期望的是加两次等于12，而最终的结果却是11，与期望相差很大。
　　因此，这个问题在于：若干个人（线程）一窝蜂的对一个共享变量进行无约束的操作，中间肯定会出现错加的情况，如下图所示：
　　go语言模拟如下varnint320sig：make（chanint）gofunc（）｛fori：0；i5000；i｛n｝sig0｝（）gofunc（）｛fori：0；i5000；i｛n｝sig0｝（）sigsigfmt。Println（n）
　　分析：两个协程各加5000次，期望结果是10000，但在大多数情况下结果都不正确。
　　为了避免这种情形发生，一个容易想到的做法就是独占操作，独占并不强调顺序，而是指当某个人操作的时候，其它任何人都不能读写，什么都不能做，只能等待。
　　syncatomic包就提供了这些独占操作的函数，称为原子操作类函数。修改操作
　　分为下面几类funcAddInt32（addrint32，deltaint32）（newint32）funcAddUint32（addruint32，deltauint32）（newuint32）funcAddInt64（addrint64，deltaint64）（newint64）funcAddUint64（addruint64，deltauint64）（newuint64）funcAddUintptr（addruintptr，deltauintptr）（newuintptr）
　　由于大同小异，我们只说明AddInt32和AddUint32。funcAddInt32（addrint32，deltaint32）（newint32）
　　其中第一个参数是地址，因为是对原址的修改，不赘述。第二个参数是delta，也就是差值。varnint320加2atomic。AddInt32（n，2）fmt。Println（n）2减1atomic。AddInt32（n，1）fmt。Println（n）1
　　对于AddUint32函数，第二个参数delta是无符号数，因此不能传负数，一个迂回的方法是设置为：uint32（c1），其中c是负数的绝对值。
　　推理如下
　　负数在内存中是补码表示的，比如：C代码unsignedinta2；unsignedintba1；unsignedintba0xffffffff；
　　a1等价于a0xFFFFFFFF，因为1的补码就是0xFFFFFFFF。
　　补码的顺口溜是：绝对值按位取反再加1。如果换成另一种说法：绝对值减1再取反，两者是完全等价的，这就是uint32（c1）的由来。它是补码计算的第二种表示。计算a2varauint3210atomic。AddUint32（a，uint32（21））fmt。Println（a）打印8总结
　　这篇介绍了为什么出现原子操作和其中之一的修改操作，下篇继续研究