为什么 std::lock_guard/std::unique_lock 不使用类型擦除?

Why doesn't std::lock_guard/std::unique_lock use type erasure?

本文关键字:lock std 类型 擦除 guard 为什么 unique      更新时间:2023-10-16

为什么std::lock_guardstd::unique_lock需要指定锁类型作为模板参数?

考虑以下选择。首先,在detail命名空间中,存在类型擦除类(非模板抽象基类和模板派生类):

#include <type_traits>
#include <mutex>
#include <chrono>
#include <iostream>
namespace detail {
    struct locker_unlocker_base {
        virtual void lock() = 0;
        virtual void unlock() = 0;
    };
    template<class Mutex>
    struct locker_unlocker : public locker_unlocker_base {
        locker_unlocker(Mutex &m) : m_m{&m} {}
        virtual void lock() { m_m->lock(); }
        virtual void unlock() { m_m->unlock(); }
        Mutex *m_m;
    };
}

现在te_lock_guard,类型擦除锁保护,在构造时简单地放置一个正确类型的对象(没有动态内存分配):

class te_lock_guard {
public:
    template<class Mutex>
    te_lock_guard(Mutex &m) {
        new (&m_buf) detail::locker_unlocker<Mutex>(m);
        reinterpret_cast<detail::locker_unlocker_base *>(&m_buf)->lock();
    }
    ~te_lock_guard() {
        reinterpret_cast<detail::locker_unlocker_base *>(&m_buf)->unlock();
    }
private:
    std::aligned_storage<sizeof(detail::locker_unlocker<std::mutex>), alignof(detail::locker_unlocker<std::mutex>)>::type m_buf;
};

我已经检查了性能与标准库的类:

int main() {
    constexpr std::size_t num{999999};
    {
        std::chrono::steady_clock::time_point begin = std::chrono::steady_clock::now();
        for(size_t i = 0; i < num; ++i) {
            std::mutex m;
            te_lock_guard l(m);
        }
        std::chrono::steady_clock::time_point end= std::chrono::steady_clock::now();
        std::cout << std::chrono::duration_cast<std::chrono::microseconds>(end - begin).count() << std::endl;
    }
    {
        std::chrono::steady_clock::time_point begin = std::chrono::steady_clock::now();
        for(size_t i = 0; i < num; ++i) {
            std::mutex m;
            std::unique_lock<std::mutex> l(m);
        }
        std::chrono::steady_clock::time_point end= std::chrono::steady_clock::now();
        std::cout << std::chrono::duration_cast<std::chrono::microseconds>(end - begin).count() << std::endl;
    }
}

使用g++和-O3,没有统计上显著的性能损失。

因为这会使实现复杂化而没有任何显著的好处,并且隐藏了std::lock_guardstd::unique_lock在编译时知道它们所保护的锁的类型的事实。

你的解决方案是在构造过程中不会发生类模板参数推导这一事实的变通方法-这将在即将到来的标准中解决。

必须指定锁类型是一个令人讨厌的样板文件,这将在c++ 17 (不仅仅是锁保护)中得到解决,这要归功于构造函数(P0091R3)的模板参数推导建议。

建议(已被接受)允许从构造函数中推断模板参数,从而消除了make_xxx(...)辅助函数或显式指定编译器应该能够推断的类型名的需要:

// Valid C++17
for(size_t i = 0; i < num; ++i) {
    std::mutex m;
    std::unique_lock l(m);
}

打开c++ 17…同时,不需要类型擦除。模板函数的实参演绎允许我们使用一个简单的帮助器:

template<class Mutex>
auto make_lock(Mutex& m)
{
    return std::unique_lock<Mutex>(m);
}
...
std::mutex m;
std::recursive_mutex m2;
auto lock = make_lock(m);
auto lock2 = make_lock(m2);