类内定义std::unique_lock遇编译错误，求解析及参考文档选择建议

一、先搞定你的编译错误 #

你碰到的'_lockMutex' is not a type错误，核心原因是你在类的成员声明区域直接创建了unique_lock对象。在C++类的成员块（private/public这些区域）里，你只能声明成员的类型和名称，不能直接用另一个成员来构造当前成员——因为在类声明阶段，所有成员都只是“声明”状态，还没被实例化，_lockMutex此时还不是一个真正存在的对象，编译器自然会把它当成类型名来解析，于是就报错了。

正确的做法是把unique_lock的创建移到需要用它的函数内部，比如你的logLoop函数里：

void logLoop( auto progStart ) {
    // 在这里创建锁，此时类对象已经实例化，_lockMutex是有效的对象
    unique_lock<mutex> lock(_lockMutex); 
    // 配合条件变量的逻辑示例
    while(logLoopSwitch) {
        // wait会自动释放锁，直到条件变量被唤醒
        _lockCondition.wait(lock);
        // 确保访问messageToLog时持有锁
        if(!messageToLog.empty()) {
            _debug << messageToLog << endl;
            messageToLog.clear();
        }
    }
}

另外提两个小建议：一是logRunSwitch和logLoopSwitch看起来是类似的控制变量，建议统一命名，避免自己搞混；二是所有涉及线程共享的变量（比如logLoopSwitch、messageToLog），访问的时候一定要在锁的保护下，不然容易出现数据竞争的问题。

二、关于C++参考文档的选择 #

• 优先选cppreference.com：它是社区驱动的开源文档，更新非常及时，会紧跟最新的C标准（从C98到C++23，甚至未来的草案），很多内容都是资深开发者甚至标准委员会成员参与编写或审核的，准确性拉满。
• cplusplus.com可能存在过时或错误：这个网站的更新速度比较慢，部分示例和说明还停留在较早的C标准（比如C03），而且之前也被发现过一些描述错误的地方。
• 二者差异的根源：维护方式和更新节奏不同。cppreference是社区协作，迭代快，随时跟进标准变化；cplusplus.com的维护团队相对固定，更新不及时，早期的内容也没全面修正，所以和现代C++的用法、语法细节会有偏差。

作为新手，用cppreference肯定更靠谱，它的示例更贴合现代C++的最佳实践，对语法和标准的解释也更严谨。

内容的提问来源于stack exchange，提问作者Lily