MFC中CMutex类和CSingleLock类，配合使用疑惑
在使用CMutex过程中，看到别人使用了CSingleLock类，想着明明CMutex已经可以实现线程同步了，为什么还有使用CSingleLock类呢？
在MFC中，虽然CMutex类本身可以实现线程同步，但通常会与CSingleLock类一起使用，主要原因在于CSingleLock提供了更灵活和安全的同步机制，以下是具体原因：
- RAII机制（资源获取即初始化）
CSingleLock类通过构造函数和析构函数实现了RAII机制。当CSingleLock对象被创建时，可以自动尝试获取锁（通过构造函数的bInitialLock参数控制）；当CSingleLock对象被销毁时（例如离开作用域），会自动释放锁。
这种机制可以有效避免因忘记调用Unlock而导致的死锁问题，尤其是在异常情况下，线程可能会提前退出，而CSingleLock的析构函数会确保锁被正确释放。 - 更灵活的锁控制
CSingleLock提供了更灵活的锁操作方式。例如，它允许在构造时指定是否立即尝试加锁，并且可以通过Lock方法设置超时时间，这使得线程可以在等待锁时避免无限阻塞。
CMutex的Lock方法默认是阻塞式的，而CSingleLock的Lock方法可以指定超时时间（如Lock(100)），这对于需要在有限时间内尝试获取锁的场景非常有用。 - 统一的同步接口
CSingleLock不仅可以与CMutex一起使用，还可以与CCriticalSection、CEvent等同步对象配合。这种统一的接口使得代码更具通用性，方便在不同同步机制之间切换。
CSingleLock的这种设计使得它能够作为MFC同步类的通用适配器，简化了多线程同步的代码逻辑。 - 异常安全
使用CSingleLock可以避免因异常导致的资源泄漏或死锁问题。由于锁的释放是在析构函数中完成的，即使在加锁后发生异常，CSingleLock的析构函数也会被调用，从而确保锁被释放。 - 简化代码逻辑
使用CSingleLock可以减少代码量，避免手动调用Lock和Unlock。例如，在函数中直接声明一个CSingleLock对象即可完成加锁和解锁操作，而无需显式调用Unlock。
总结
虽然CMutex本身可以实现线程同步，但CSingleLock通过RAII机制、灵活的锁控制和统一的接口，提供了更安全、更灵活的同步方式。它不仅简化了代码逻辑，还避免了因忘记解锁或异常退出导致的死锁问题。因此，在MFC中，推荐使用CSingleLock来管理CMutex等同步对象。