C++多线程类怎么把加锁细节封装起来-C++-PHP中文网

最稳妥做法是用 std::lock_guard 或 std::unique_lock 封装 std::mutex：前者适用于简单临界区，构造加锁、析构解锁、不可复制移动；后者支持延迟加锁等灵活操作。

c++多线程类怎么把加锁细节封装起来

用 `std::mutex` + RAII 封装最稳妥

直接暴露 std::mutex 和手写 lock()/unlock() 是典型反模式——容易忘解锁、异常时泄漏锁、逻辑分散。C++ 标准库早提供了 std::unique_lock 和 std::lock_guard，它们本质就是 RAII 封装：构造即加锁，析构即释放，不管是否异常都安全。

实际封装时别自己重造轮子，优先组合标准组件：

std::lock_guard<:mutex></:mutex> 适合简单临界区：构造时阻塞加锁，离开作用域自动释放，不可转移、不可复制，开销最小
std::unique_lock<:mutex></:mutex> 更灵活：支持延迟加锁、手动解锁、条件变量配合、可移动，但有轻微额外开销
不要在类里裸存 std::mutex 并提供 lock() 成员函数——这等于把锁管理责任又甩回用户手上

成员函数内部加锁比暴露锁更安全

常见错误是把 std::mutex 声明为 public 成员，让用户自己调用 lock()。这破坏了封装，也违背“谁拥有资源，谁管理生命周期”的原则。

正确做法是把锁设为 private，并在每个需要同步的成员函数内部完成加锁/解锁：

class ThreadSafeCounter {
private:
    mutable std::mutex mtx_;  // mutable 允许 const 成员函数中加锁
    int value_ = 0;

public:
    void increment() {
        std::lock_guard<:mutex> lock(mtx_);
        ++value_;
    }

    int get() const {
        std::lock_guard<:mutex> lock(mtx_);
        return value_;
    }
};</:mutex></:mutex>

注意 mutable 修饰 mtx_：否则 const 成员函数（如 get()）无法调用 lock() ——这是容易忽略的编译错误点。