Boost 共享指针 C++ ：共享指针无法在释放时释放资源

Question

我遇到了一个问题，我无法摆脱最后一个共享指针，而我实际上有点需要它。

所以我拥有的是一个管理器和一些工作线程。管理器保存指向不同资源的共享指针的集合。工作人员可以向管理器请求指向资源的共享指针。总会有 1 个或多个工作线程拥有指向资源的共享指针。我的最终目标是，当所有工作人员都完成资源的使用时，资源将被删除。然而，在这个方案中，管理器始终维护一个指向资源的共享指针，因此即使没有工作人员挂在共享指针上，资源也不会被删除，因为引用计数应始终至少为 1，因为经理正在抓紧它。我需要管理器保留指向引用的共享指针，以便如果任何工作人员请求共享指针，管理器将能够提供它。

---

编辑：创建资源时，工作人员已经拥有它。因此，在其创建时，其引用计数应该为 2（管理器拥有它，单个工作人员拥有它）。当引用计数达到 1 时（只有经理拥有），我希望将其删除。如果资源已经被删除并且工作人员来寻找它，则应重新创建该资源。

---

编辑2：一些代码：

SomeSharedPointer Manager::getResource(String unique_id) 
{ // if unique id exists, return its mapped shared pointer, if unique id doesn't exist, create the resource, assign it a shared pointer, and stick it in the map 
}


class Worker
{
    SomeSharedPointer my_sp;

    Worker()
    {
       String someUniqueId = "http://blah.com"
       my_sp = Manager::getResource(someUniqueId);
       // do some work on the resource
    }

    ~Worker()
    {
        my_sp.reset(); // done with resource
    }
}

Answer 1

如果管理器不需要保留控制权，只需将其传递下去，为什么管理器要持有对象的 shared_ptr （强引用）？没有看到您的代码，看起来就像让经理持有一个 weak_ptr ，然后将其传递给工作人员，工作人员将其锁定到自己的 shared_ptr 中。这将允许经理传递推荐人而不拥有自己的推荐人。

class Worker
{
    SomeSharedPointer my_sp;

    Worker()
    {
        String someUniqueId = "http://blah.com"
        weak_ptr wp = Manager::getResource(someUniqueId);
        my_sp = wp.lock();

        // do some work on the resource
    }

    ~Worker()
    {
        //my_sp.reset(); // handled automatically, as part of how shared pointers work
    }
}

如果工作人员完成并释放资源，该资源将被销毁，并且管理器将无法再分发引用（可以在 getResource 中测试并重新加载）。这看起来不太理想，但它是您设计的一部分，因此它应该可以很好地工作。

编辑：您还可以让getResource返回共享指针，并让管理器持有弱指针，尝试锁定，在内部进行检查/重新加载，然后返回共享指针指针。由于无法直接创建weak_ptr，因此这可能会更好一些。

另一方面，您可以提供一个函数来补充为工作人员提供释放它并在管理器中进行计数检查的指针的函数。

Answer 2

在管理器中使用弱指针，在工作器中使用共享指针，当工作器请求指针时，使用 lock 方法创建共享指针。

如 boost::shared_ptr fptr =weakfoo.lock();

如果共享指针为空，则该指针要么已被最后一个工作人员释放，要么尚未创建并且需要创建，

我肯定会避免任何涉及查看引用计数的解决方案......只会带来痛苦:)

Answer 3

我认为以下几点是关键：

我需要管理器保留一个指向引用的共享指针，以便如果任何工作人员请求共享指针，管理器将能够提供一个。

您需要决定在什么时候不再有工作人员可以请求共享指针。一旦知道情况如此，主设备就可以简单地重置其共享指针的实例，从而释放引用。