c++ - boost shared_ptr use_count 函数

Question

我的申请问题如下-

我有一个大结构 foo。因为它们很大并且出于内存管理的原因，我们不希望在数据处理完成后删除它们。

我们将它们存储在 std::vector<boost::shared_ptr<foo>>. 中

我的问题与了解所有处理何时完成有关。第一个决定是我们不希望任何其他应用程序代码在结构中标记一个完整的标志，因为程序中有多个执行路径，我们无法预测哪一个是最后一个。

因此在我们的实现中，一旦处理完成，我们将删除 boost::shared_ptr<foo>> 的所有拷贝除了 vector 中的那个。这会将 shared_ptr 中的引用计数器降为 1。使用 shared_ptr.use_count() 查看它是否等于 1 以了解我的应用程序的所有其他部分何时处理完数据是否可行。

我问这个问题的另一个原因是关于共享指针的 boost 文档 shared_ptr建议不要对生产代码使用“use_count”。

---

编辑 -我没有说的是，当我们需要一个新的 foo 时，我们将扫描 foo 指针的 vector 以寻找当前未使用的 foo 并将该 foo 用于下一轮处理。这就是为什么我认为将引用计数器设置为 1 将是确保不再使用此特定 foo 对象的安全方法。

Answer 1

我的直接 react (我承认，仅此而已)是听起来您正在尝试获得某种池分配器的效果。您最好重载 operator new 和 operator delete 以更直接地获得您想要的效果。有了类似的东西，您可能可以像平常一样使用 shared_ptr，而您想要延迟的其他工作将在该类的 operator delete 中处理。

这留下了一个更基本的问题:您真正想要用它完成什么？从内存管理的角度来看，一个普遍的愿望是一次性为大量对象分配内存，待整个 block 为空后，一次性释放整个 block 。如果您尝试按照该顺序执行某些操作，那么通过重载 new 和 delete 几乎肯定比使用 shared_ptr 玩游戏更容易的 use_count。

编辑:根据您的评论，为类重载 new 和 delete 听起来是正确的做法。如果有的话，集成到您现有的代码中可能会更容易；事实上，您通常可以完全透明地做到这一点。

分配器的总体思路与您在编辑后的问题中概述的几乎相同:有一个结构(位图和链表都很常见)来跟踪您的空闲对象。当new需要分配一个对象时，它可以扫描位 vector 或者查看空闲对象链表的头部，并返回它的地址。

这是链表可以很好地工作的一种情况——您(通常)不必担心内存使用，因为您将链接直接存储在自由对象中，而且您(几乎)永远不必担心遍历列表，因为当您需要分配一个对象时，您只需捕获列表中的第一项。

这种事情在小对象中特别常见，所以你可能想看看关于它的小对象分配器的现代 C++ 设计一章(以及从那以后 Andrei Alexandrescu 写的一两篇关于他关于如何做这类事情的新想法)。还有 Boost::pool 分配器，它通常至少有些相似。