1

我读过一篇关于使用 boost::intrusive_ptr 管理 COM 对象的文章。作者展示了一个包装类，它负责为通常的 COM 语义调整智能指针。这是课程：

template <typename T>
class WrapPtr
{
public:
    WrapPtr(boost::intrusive_ptr<T>& ref)
    : m_ref(ref), m_ptr(0)
    {
    }
   
    ~WrapPtr()
    {
        // The second parameter indicates that the reference count should not be incremented
        m_ref = boost::intrusive_ptr(m_ptr, false);
    }
   
    operator T**()
    {
        return &m_ptr;
    }
   
    operator void**()
    {
        // Some COM functions ask for a pointer to void pointer, such as QueryInterface
        return reinterpret_cast<void**>(&m_ptr);
    }
   
private:
    T* m_ptr;
    boost::intrusive_ptr<T> m_ref;
};

template <typename T>
WrapPtr<T> AttachPtr(boost::intrusive_ptr<T>& ref)
{
    return WrapPtr<T>(ref);
}

我不明白的是析构函数。它将丢弃当前的 m_ref 对象（这Release当然会导致调用），但随后他分配了一个从 m_ptr 成员构造的新 intrusive_ptr。我不明白为什么在析构函数中需要这样做，因为 Wrapper 类持有 intrusive_ptr 的副本，而不是对它的引用。如果被调用者改变了指向的对象，那么这个改变在析构函数离开后就会丢失。这是这里的错误还是我错过了什么？

4

1 回答 1

1

在我曾经见过的一个类似的“安全地址”类中，该类有一个 intrusive_ptr 引用 ( intrusive_ptr<T>&)，而不是一个实际的对象 ( intrusive_ptr<T>)。您发布的课程实际上不会影响客户端的 intrusive_ptr。所以看起来代码只是有问题：它应该包含对客户端 intrusive_ptr 的引用，而不是单独的 intrusive_ptr 对象：

template <typename T>
class WrapPtr
{
private:
    T* m_ptr;
    boost::intrusive_ptr<T>& m_ref;

    ...
};

编辑：我忘了回答你的实际问题:)

通过上面的修复，析构函数的作用变得更加清晰：它将客户端的 intrusive_ptr 设置为保存通过调用operator T**设置的指针或运算符 void **并将其传递给“getter”方法（例如 QueryInterface）。

于 2013-01-20T13:32:49.580 回答