使用 Win32提供的临界区可以方便的实现线程锁： // 全局： CRITICAL_SECTION cs; InitializeCriticalSection( & cs); // 线程 1： EnterCriticalSection( & cs); int a = s.a; int b = s.b; LeaveCriticalSection( & cs); // 线程 2： EnterCriticalSection( & cs); s.a ++ ; s.b -- ; LeaveCriticalSection( & cs); // 最后： DeleteCriticalSection( & cs); 代码中的临界区变量（cs）就可以看作是变量 s的锁，当函数EnterCriticalSection返回时，当前线程就获得了这把锁，之后就是对变量的访问了。访问完成后，调用 LeaveCriticalSection表示释放这把锁，允许其他线程继续使用它。 如果每当需要对一个变量进行加锁时都需要做这些操作，显得有些麻烦，而且变量 cs与 s只有逻辑上的锁关系，在语法上没有什么联系，这对于锁的管理带来了不小的麻烦。程序员总是最懒的，可以想出各种偷懒的办法来解决问题，例如让被锁的变量与加锁的变量形成物理上的联系，使得锁变量成为被锁变量不可分割的一部分，这听起来是个好主意。 首先想到的是把锁封闭在一个类里，让类的构造函数和析构函数来管理对锁的初始化和锁毁动作，我们称这个锁为“实例锁”： class InstanceLockBase ... { CRITICAL_SECTION cs; protected : InstanceLockBase() ... { InitialCriticalSection( & cs); } ~ InstanceLockBase() ... { DeleteCriticalSection( & cs); } } ; 如果熟悉 C++，看到这里一定知道后面我要干什么了，对了，就是继承，因为我把构造函数和析构函数都声明为保护的（protected），这样唯一的作用就是在子类里使用它。让我们的被保护数据从这个类继承，那么它们不就不可分割了吗： struct MyStruct: public InstanceLockBase ... { „ } ; 什么？结构体还能从类继承？当然，C++中结构体和类除了成员的默认访问控制不同外没有什么不一样，class能做的 struct也能做。此外，也许你还会问，如果被锁的是个简单类型，不能继承怎么办，那么要么用一个类对这个简单类型进行封装（记得 Java里有 int和 Integer吗），要么只好手工管理它们的联系了。如果被锁类已经有了基类呢？没关系，C++是允许多继承的，多一个基类也没什么。 现在我们的数据里面已经包含一把锁了，之后就是要添加加锁和解锁的动作，把它们作为 InstanceLockBase类的成员函数再合适不过了： class In...
