intrusive_ptr: Pourquoi une classe de base commune n'est-elle pas fournie?

Question

boost::intrusive_ptr nécessite intrusive_ptr_add_ref et intrusive_ptr_release à définir. Pourquoi une classe de base n'est-elle pas fournie qui le fera? Il y a un exemple ici: http://lists.boost.org/Archives/boost/2004/06/66957.php, mais l'affiche dit «Je ne pense pas nécessairement que ce soit une bonne idée». Pourquoi pas? Mise à jour: Je ne pense pas que le fait que cette classe puisse être utilisée abusivement avec Multiple Héritage est une raison suffisante. Toute classe dérivée de plusieurs classes de base avec leur propre nombre de références aurait le même problème. Que ces refcounts soient implémentés via une classe de base ou non ne fait aucune différence.

Je ne pense pas qu'il y ait un problème avec le multithreading; boost::shared_ptr offre le comptage atomique des références et cette classe pourrait aussi.

Answer 1

Boost fournit une facilité pour cela. Il peut être configuré soit pour refcounting thread-safe ou fil dangereux:

#include <boost/intrusive_ptr.hpp> 
#include <boost/smart_ptr/intrusive_ref_counter.hpp> 

class CMyClass 
    : public boost::intrusive_ref_counter< 
           CMyClass, 
           boost::thread_unsafe_counter> 
    ... 

boost::intrusive_ptr<CMyClass> myPtr; 

http://www.boost.org/doc/libs/1_62_0/libs/smart_ptr/intrusive_ref_counter.html

Answer 2

Le problème serait avec l'héritage multiple. Si vous héritez de 2 objets implémentant cette base, alors vous avez 2 compteurs pour votre seul objet ... et cela pourrait causer des dégâts.

Ainsi, vous devrez faire les ptr_add et ptr_release méthodes virtuelles, de sorte que la classe dérivée peut mettre en œuvre une dérogation pour synchroniser correctement les compteurs multiples à la fois ... Certaines pénalité de performance ici, d'autant plus que la plupart du temps il serait être complètement inutile (il n'y aurait pas d'override) car ce n'est utile qu'après tout pour Multiple Inheritance. Et bien sûr, dans les environnements multithread vous pourriez avoir (pour de courtes périodes) des compteurs désynchronisés (le premier a été incrémenté mais le thread a été interrompu avant le second) Je ne peux pas encore penser à un problème cause, mais ce n'est pas une situation saine. Vous ajoutez également de l'encombrement à la classe, certains clients peuvent ne pas avoir besoin de compter les références après tout (si elles créent l'objet sur la pile).

Je pense que ce n'est pas une bonne idée;)

Answer 3

Il est donc vous pouvez utiliser intrusive_ptr avec des classes qui mettent en œuvre déjà ajouter et relâchez.