不存在合适的构造函数来从“哑指针”转换为“哑指针”。到“智能指针”

Question

struct A
{
    A(int a);
};

struct B
{
    B();
    void b(std::shared_ptr<A> a);
};

int main()
{
    A a(1);
    B b;
    b.b(&a);
}

所以我收到了这个错误，抱歉，这是我第一次使用智能指针！

错误：

不存在合适的构造函数可从 "A *" 转换为 "std::tr1::shared_ptr"

我该如何解决此问题！？

Answer 1

智能指针的全部要点就是拥有所有权。也就是说，它负责释放它所指向的任何内容。试图告诉它管理已经由完全不同的系统管理的东西根本没有意义。

在您的情况下，a 已经被自动管理，为什么您还希望也 由智能指针管理？即使这有效，你也只是将自己设置为删除它两次，这就是 UB。

要么给它一些东西来拥有，比如new A(1)，或者改变b来操作它不拥有的东西。

Answer 2

其他人已经抱怨了代码的设计错误，但并不是代码无法编译的真正问题。 shared_ptr 有一个接受原始指针的构造函数，但它被标记为 explicit，这意味着您必须显式写出您想要构造一个 shared_ptr< /代码> 实例。您的函数调用尝试的是隐式地进行该构造，由于显式关键字，这是不允许的。

以下代码将编译，但会给出未定义的行为，因为 shared_ptr 将（尝试）删除驻留在堆栈上且不可删除

b.b(shared_ptr<A>(&a)); // explicit construction

的对象：< code>shared_ptr 是你可以向构造函数传递一个删除器，当应该删除拥有的指针时将调用该删除器。您可以编写并使用“noop”删除器，它什么也不做；以下不会调用未定义的行为，也不会尝试删除堆栈变量：

// outside of main
void noop_deleter(A*){/*do nothing*/}

 // call...
b.b(shared_ptr<A>(&a, noop_deleter));

如果您有一个绝对需要 shared_ptr 的库 API，但您想调用它，那么实际上这是有用途的带有堆栈变量。但该 API 的设计是另一回事......

Answer 3

std::tr1::shared_ptr 有一个构造函数，允许传递给定的原始指针。因此，如果您有一个指向 A 的指针，您会执行以下操作：

std::shared_ptr (pMyA)

但在您的情况下，指向 A 的指针指向一个自动变量，而不是指向可以在使用后删除的动态分配的内存资源。

像这样的东西将是一个更好的用例：

class B
{
  void b (shared_ptr <A> pA) {}
}

int main ()
{
  shared_ptr<A> pA (new A);
  B b;
  b.b (pA);
  ...
}