intrusive_ptr : 공통 기본 클래스가 제공되지 않는 이유는 무엇입니까?

Question

boost::intrusive_ptr은 intrusive_ptr_add_ref 및 intrusive_ptr_release을 정의해야합니다. 기본 클래스가 제공되지 않는 이유는 무엇입니까? 여기에 예제가 있습니다 : http://lists.boost.org/Archives/boost/2004/06/66957.php 포스터는 "나는 이것이 반드시 좋은 생각이라고 생각하지 않습니다."라고 말합니다. 왜 안돼?

업데이트 :이 클래스가 다중 상속으로 잘못 사용될 수 있다고 생각하지 않습니다. 참조 횟수가 여러 개인 기본 클래스에서 파생되는 모든 클래스에는 동일한 문제가 있습니다. 이러한 refcount가 기본 클래스를 통해 구현되는지 여부는 아무런 차이가 없습니다.

멀티 스레딩에 문제가 있다고 생각하지 않습니다. boost::shared_ptr은 원자 참조 카운팅을 제공하며이 클래스도 가능합니다.

Answer 1

부스트는이를위한 기능을 제공합니다. 그것은 두 스레드 안전 또는 스레드 안전하지 않은 refcount로 구성 할 수 있습니다 :

#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; 

관련 메모,`OpenSceneGraph 라이브러리에서 OSG :: ref_ptr`에

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

Answer 2

문제는 다중 상속과 관련이 있습니다. 이 기본을 구현하는 2 개의 개체를 상속하면 단일 개체에 대해 2 개의 카운터가 생겨 혼란을 야기 할 수 있습니다.

그러므로 ptr_add과 ptr_release 메소드를 가상으로 만들어야 파생 클래스가 여러 카운터를 한 번에 적절히 동기화하기위한 재정의를 구현할 수 있습니다. 특히 성능상의 불이익은 결국 다중 상속에만 유용하기 때문에 완전히 불필요합니다 (무시하지 않을 것임).

물론 멀티 스레드 환경에서 (단시간 동안) 비 동기화 된 카운터를 가질 수 있습니다 (첫 번째 카운터는 증가했지만 두 번째 카운터 전에는 스레드가 중단되었습니다). 문제는 아직 생각할 수 없습니다. 원인,하지만 그것은 제정신이 아닙니다.

클래스에 혼란을 추가 할 수도 있습니다. 일부 클라이언트는 모두 (스택에 객체를 만드는 경우) 참조 계산이 필요하지 않을 수 있습니다. 나는 그것이 좋은 생각이 아니다라고 생각

)

Answer 3

그것은 그래서 당신은 이미 추가 릴리스 구현하는 클래스와 intrusive_ptr 사용할 수 있습니다.