Блог

Я столкнулся с проблемой, когда я не могу избавиться от последнего общего указателя, и мне это действительно нужно.

Итак, у меня есть менеджер и несколько рабочих потоков. Менеджер хранит коллекцию общих указателей на разные ресурсы. Работник может запросить у менеджера общий указатель на ресурс. Всегда будет 1 или более рабочих с общим указателем на ресурс. Моя конечная цель состоит в том, чтобы, когда все рабочие закончили с ресурсом, ресурс был удален. Однако в этой схеме менеджер всегда поддерживает общий указатель на ресурс, поэтому, даже если на общем указателе нет рабочих, ресурс не будет удален b / c счетчик ссылок всегда должен быть не менее 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
    }
}
  

Почему менеджер хранит shared_ptr (строгую ссылку) на объект, если ему не нужно сохранять контроль, а только передавать его? Не видя вашего кода, кажется, что менеджер удерживает a weak_ptr , а затем передает его работникам, которые фиксируют его в a 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 s не могут быть созданы напрямую, это может работать несколько лучше.

С другой стороны, вы могли бы предоставить функцию, дополняющую ту, которая предоставляет рабочим указатель, который освобождает его и выполняет проверку количества в диспетчере.

Используйте слабый указатель в диспетчере и общий указатель в рабочих, когда рабочий приходит с запросом указателя, создайте общий указатель, используя метод блокировки.

как в boost::shared_ptr fptr = weakfoo.lock();

если общий указатель пуст, указатель либо был выпущен последним работником, либо еще не создан и нуждается в создании

Я бы определенно избегал любых решений, связанных с просмотром количества ссылок… последует только боль 🙂

Я думаю, что ключевым является следующее:

Мне нужно, чтобы менеджер зависал на общем указателе на ссылку, чтобы, если какой-либо работник попросит общий указатель, менеджер сможет его предоставить.

Вам нужно решить, в какой момент больше рабочие не смогут запрашивать общий указатель. Как только вы узнаете, что это так, мастер может просто сбросить свой экземпляр общего указателя, тем самым освободив ссылку.