win32的计数增减操作的原子操作--InterLockedIncrement和InterlockedDecrement

InterLockedIncrement and InterLockedDecrement

实现数的原子性加减。

什么是原子性的加减呢？

举个例子：如果一个变量 Long value =0;

首先说一下正常情况下的加减操作：value+=1；

1：系统从Value的空间取出值，并动态生成一个空间来存储取出来的值；

2：将取出来的值和1作加法，并且将和放回Value的空间覆盖掉原值。加法结束。

如果此时有两个Thread ，分别记作threadA，threadB。

1：threadA将Value从存储空间取出，为0；

2：threadB将Value从存储空间取出，为0；

3：threadA将取出来的值和1作加法，并且将和放回Value的空间覆盖掉原值。加法结束，Value=1。

4：threadB将取出来的值和1作加法，并且将和放回Value的空间覆盖掉原值。加法结束，Value=1。

最后Value =1 ，而正确应该是2；这就是问题的所在，InterLockedIncrement 能够保证在一个线程访问变量时其它线程不能访问。同理InterLockedDecrement。

LONG   InterlockedDecrement(
LPLONG   lpAddend       //   variable   address
);
属于互锁函数，用在同一进程内，需要对共享的一个变量，做减法的时候，
防止其他线程访问这个变量，是实现线程同步的一种办法（互锁函数）

首先要理解多线程同步，共享资源（同时访问全局变量的问题），否则就难以理解。

result   =   InterlockedDecrement（&SomeInt）

如果不考虑多线程其实就是   result   =   SomeInt   -   1;

但是考虑到多线程问题就复杂了一些。就是说如果想要得到我预期的结果并不容易。

result   =   SomeInt   -   1；

举例说:
SomeInt如果==1;
预期的结果result当然==0;

但是,如果SomeInt是一个全程共享的全局变量情况就不一样了。
C语言的"result   =   SomeInt   -   1；"
在实际的执行过程中，有好几条指令，在指令执行过程中，其它线程可能改变SomeInt值，使真正的结果与你预期的不一致。

所以InterlockedDecrement(&SomeInt)的执行过程是这样的
{
__禁止其他线程访问   (&SomeInt)   这个地址

SomeInt   --;

move   EAX,   someInt;   //   设定返回值,C++函数的返回值   都放在EAX中,

__开放其他线程访问   (&SomeInt)   这个地址
}

但是实际上只需要几条指令加前缀就可以完成，以上说明是放大的。

你也许会说，这有必要吗?   一般来说，发生错误的概率不大，但是防范总是必要的
如果不考虑多线程
result   =   InterlockedDecrement(&SomeInt);
就是result   =   SomeInt   -   1;
如果SomeInt==1,result一定==0;

但是，在多线程中如果SomeInt是线程间共享的全局变量，情况就不那么简单了。
result   =   SomeInt   -   1;
在CPU中，要执行好几条指令。在指令中间有可能SomeInt被线程修改。那实际的结果就不是你预期的结果了。

InterlockedDecrement(&SomeInt)
放大的过程，如下:
{
__禁止其他线程访问   &SomeInt   地址；

SomeInt   --;

/////其他线程不会在这里修改SomeInt值。   !!!!!!

mov   EAX,   SomeInt;   //C++   函数返回值   总放在EAX中。

__开放其他线程访问   &SomeInt   地址；
}

实际的CPU执行过程只有几条加前缀的指令(586指令)

你会说，有必要吗?   出错的概率不大，但是错误总是需要防范的。当然可以用其他多线程机制实现，但是都没有这样简洁，所以Interlocked...函数有必要提供。