CCriticalSection类 --- 线程锁
目录
此篇文章转自 CCriticalSection类的使用
当多个线程访问一个独占性共享资源时,可以使用“临界区”对象。任一时刻只有一个线程可以拥有临界区对象，拥有临界区的线程可以访问被保护起来的资源或代码段，其他希望进入临界区的线程将被挂起等待，直到拥有临界区的线程放弃临界区时为止，这样就保证了不会在同一时刻出现多个线程访问共享资源。
CCriticalSection类的用法非常简单，步骤如下：
定义CCriticalSection类的一个全局对象（以使各个线程均能访问），
如 CCriticalSection critical_section；
在访问需要保护的资源或代码之前，调用CCriticalSection类的成员Lock（）获得临界区对象：
critical_section.Lock();
在线程中调用该函数来使线程获得它所请求的临界区。如果此时没有其它线程占有临界区对象，则调用Lock()的线程获得临界区；否则，线程将被挂起，并放入到一个系统队列中等待，直到当前拥有临界区的线程释放了临界区时为止。
访问临界区完毕后，使用CCriticalSection的成员函数Unlock()来释放临界区：
critical_section.Unlock();
再通俗一点讲，就是线程A执行到critical_section.Lock(); 语句时，如果其它线程(B)正在执行critical_section.Lock(); 语句后且critical_section. Unlock(); 语句前的语句时，线程A就会等待，直到线程B执行完critical_section. Unlock(); 语句，线程A才会继续执行。
自己理解为：Lock（）和unlock（）之间使用的内存是受到保护的。
之前看的两个例子，一个是两个线程使用一个线程函数，函数内对同一变量赋值，锁定后，需要等待。
一个是两个线程使用不同的线程函数，两个函数中都对同一变量赋值，锁定后，需要等待。
C++ 为什么需要这么多类型别名
这是一个好的方法。如果类进行封装一样。
我们以前的领导就教育我们，应该将系统中使用的所有变量类型都要重新定义，这样，万一以后程序所处的环境变了，我只需要到定义这些类型的文件中，修改这些定义就行了。而不需要把系统中所有变量类型全部去修改。
比如，自己弄个头文件
typedef int MYINT32
这样，自己程序中定义整型都用MYINT32就行。万一环境变化，只需要改typedef integer MYINT32就可以啦。只要数据类型的长度保持一致。
定义不同的别名，分别应用于不同的环境中，便于记忆和理解。