CMake编译C++程序时std::lock_guard类型解析错误排查

错误原因 #

1. CMake未显式指定C++17标准：直接编译时用-std=c++17指定了C17，但如果CMakeLists.txt没设置对应标准，会默认使用更低版本（如C11/C14）。旧标准下，编译器对std::lock_guard的某些使用场景检测更严格，或者代码依赖C17特性（比如类模板实参推导），从而触发拷贝构造错误。
2. 代码存在std::lock_guard拷贝行为：比如函数返回std::lock_guard对象、值传递lock_guard参数，这类操作会调用被删除的拷贝构造函数。直接编译时可能因编译器优化未被检测，但CMake的编译配置可能暴露该问题。
3. CMake未正确链接线程库：虽然错误指向拷贝构造，但如果未正确链接线程库，可能导致mutex相关实现异常，间接引发错误。

修复步骤 #

1. 修正CMakeLists.txt配置 #

确保CMake使用C++17标准并正确链接线程库，替换原有配置为：

cmake_minimum_required(VERSION 3.10)
project(YourProjectName)

# 强制使用C++17标准
set(CMAKE_CXX_STANDARD 17)
set(CMAKE_CXX_STANDARD_REQUIRED ON)
set(CMAKE_CXX_EXTENSIONS OFF)

# 添加与直接编译一致的警告选项
add_compile_options(-Wextra)

# 查找并链接线程库（跨平台兼容）
find_package(Threads REQUIRED)

# 生成可执行文件
add_executable(thread_app src/how2thread.cpp src/main.cpp)

# 链接线程依赖
target_link_libraries(thread_app PRIVATE Threads::Threads)

2. 检查并修复Scheduler::get_request()中的lock_guard使用 #

std::lock_guard是RAII锁，仅用于局部作用域自动释放，禁止拷贝/移动。检查函数中是否存在以下错误：

• 返回lock_guard对象
• 值传递lock_guard参数

错误示例：

std::lock_guard<std::mutex> Scheduler::get_request() {
    std::lock_guard<std::mutex> lock(data_arr_protect);
    // 数据操作
    return lock; // 触发拷贝构造，报错
}

修复方案：
如果仅需保护临界区，直接在函数内声明局部lock_guard：

void Scheduler::get_request() {
    std::lock_guard<std::mutex> lock(data_arr_protect);
    // 临界区操作
}

如果需要转移锁的所有权，改用std::unique_lock（支持移动）：

std::unique_lock<std::mutex> Scheduler::get_request() {
    std::unique_lock<std::mutex> lock(data_arr_protect);
    // 数据操作
    return std::move(lock); // 移动而非拷贝
}

3. 重新编译验证 #

清理旧的CMake缓存后重新编译：

rm -rf CMakeCache.txt CMakeFiles
cmake . && make

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