C++11:使用自定义 Lambda 删除器返回 std::unique_ptr

Question

问题:

有谁知道返回 std::unique_ptr 的方法，它使用定义为 lambda 的自定义删除器？如果做不到这一点，有没有人知道解决以下问题的更好的整体方法？

背景:

我正在研究 C++11 数据库连接池。这个想法相当简单，但我似乎停留在返回的实际连接指针上。

我的连接池的总体设计是预先创建一些连接，这些连接存储在 std::vector 以及一个 bool 中以指示是否给定连接可用:

static std::vector<std::pair<DataStore*, bool>> connList;

计划是根据要求返回带有自定义删除器的 std::unique_ptr 对象。该删除器实际上不会释放连接，而是会重置 bool 以允许将连接分发给后续请求者。这样，类的消费者就不必记得释放连接对象。

我遇到的问题是我不确定如何使用关联的删除器实际返回此 std::unique_ptr，这是在模板参数中指定的。据我所知，lambda 是捕获重置 bool 所需的 vector 索引的唯一方法。我目前对这个 lambda 的实现很简单:

auto connDeleter = [index](DataStore* p) { connList[index].second = true; };

我尝试的解决方案:

return std::unique_ptr<DataStore, decltype(connDeleter)>
    (connList[index].first, connDeleter);

不幸的是，这需要该类的所有外部使用者都知道connDeleter，这对于index 和connList 没有任何意义在相关功能之外没有任何意义。

据我所知，任何其他解决方案(仿函数或自由函数)都不允许我接收任何类型的索引来重置连接。我可以将指针和索引包装在一个中间对象中，并覆盖取消引用运算符以“传递”到底层指针。这将允许我从中间对象更新/提取任何内容，但这对我来说真的很老套。也不确定额外对象对性能的影响。

更多信息:

• 这个池将通过许多线程并发访问。数据库操作不是同类的，因此连接可以按任何顺序返回。

• 我宁愿向消费者隐藏尽可能多的删除器业务。

• 对于我的应用程序，速度比空间更重要。

Answer 1

我建议使用手动编写的删除器的方法。与利用 ::std::function 的方法不同，与 lambda 相比，这种方法不应遭受开销:

class
t_MyDeleter
{
    private: ::std::size_t m_index;

    private: t_MyDeleter(void) = delete;

    public: t_MyDeleter(t_MyDeleter const & that) noexcept: m_index{that.m_index} {}

    public: explicit t_MyDeleter(::std::size_t const index) noexcept: m_index{index} {}

    public: void operator ()(DataStore * const p_store) const
    {
        static_cast<void>(p_store); // not used?
        // don't we also need to keep a reference to connList?
        connList[m_index].second = true;
    }
};

using
t_UniquePointerToDataStore = ::std::unique_ptr<DataStore, t_MyDeleter>;

t_UniquePointerToDataStore
Make_DataStore(void)
{
    ::std::size_t index{};
    return(t_UniquePointerToDataStore{connList[index].first, t_MyDeleter{index}});
}

还有 C++14 函数的自动返回类型推导，可以在不做任何更改的情况下使用 lamba:

auto
Make_DataStore(void)
{
    auto connDeleter = [index](DataStore* p) { connList[index].second = true; };
    return(::std::unique_ptr<DataStore, decltype(connDeleter)>{connList[index].first, connDeleter});
}