我有一些头文件中的代码看起来像这样：
#include <memory>
class Thing;
class MyClass
{
std::unique_ptr< Thing > my_thing;
};
Thing类型定义，那么在VS2010-SP1下它将无法编译：
将C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\include\memory(2067): error C2027: use of undefined type 'Thing'
std::unique_ptr替换为std::shared_ptr便会编译通过。std::unique_ptr实现需要完整的定义，这完全取决于其实现方式。std::unique_ptr的标准要求中是否有关于它的实现只能使用前向声明而不能正常工作的内容？感觉很奇怪，因为它应该只保持对Thing的指针，不是吗？采用自这里。
C++标准库中的大多数模板要求使用完整类型进行实例化。然而，shared_ptr和unique_ptr是部分例外。它们的某些成员可以使用不完整类型进行实例化，但并非全部成员都可以。这样做的动机是支持使用智能指针实现pimpl等惯用语法，而不会冒着未定义行为的风险。
当您使用不完整类型并对其调用delete时，可能会发生未定义行为：
class A;
A* a = ...;
delete a;
~A()，您的程序将悄悄地泄漏内存。
在上面的示例中使用auto_ptr<A>并没有帮助。您仍会遇到与使用原始指针相同的未定义行为。
尽管如此，在某些地方使用不完整的类非常有用！这就是shared_ptr和unique_ptr的作用。使用其中一种智能指针将允许您使用不完整的类型，除了需要完整类型的地方。最重要的是，在必须使用完整类型时，如果您尝试在该点使用智能指针与不完整类型，则会在编译时出现错误。
如果您的代码编译通过，则已经在需要的每个地方使用了完整类型。
class A
{
class impl;
std::unique_ptr<impl> ptr_; // ok!
public:
A();
~A();
// ...
};
unique_ptr和shared_ptr指定类型完整性要求shared_ptr和unique_ptr在不同的位置需要完整的类型。原因很难理解，与动态删除器和静态删除器有关。确切的原因并不重要。事实上，在大多数代码中，你并不需要知道完整类型所需的确切位置。只需编写代码，如果出错，编译器会告诉你。
然而，如果对你有帮助，这里有一个表格，记录了shared_ptr和unique_ptr的几个操作与完整性要求相关的信息。
| 操作 | unique_ptr | shared_ptr |
|---|---|---|
P()（默认构造函数） |
不完整的 | 不完整的 |
P(const P&)（复制构造函数） |
— | 不完整的 |
P(P&&)（移动构造函数） |
不完整的 | 不完整的 |
~P()（析构函数） |
完整的 | 不完整的 |
P(A*)（从指针构造函数） |
不完整的 | 完整的 |
operator=(const P&)（复制赋值运算符） |
— | 不完整的 |
operator=(P&&)（移动赋值运算符） |
完整的 | 不完整的 |
reset() |
完整的 | 不完整的 |
reset(A*) |
完整的 | 完整的 |
unique_ptr和shared_ptr都是如此。~unique_ptr<A>()时，unique_ptr<A>{A*}构造函数才能使用不完整的A。例如，如果将unique_ptr放在堆上，则可以使用不完整的A。关于这一点的更多细节可以在BarryTheHatchet的答案here中找到。unique_ptr定义为类的成员变量而遇到问题，就需要在类声明中（头文件中）显式地声明一个析构函数（和构造函数），然后在源文件中定义它们（并将带有指向的类完整声明的头文件放在源文件中），以防止编译器自动内联头文件中的构造函数或析构函数（这会触发错误）。https://dev59.com/YWYr5IYBdhLWcg3wxM0k#13414884也提醒了我这一点。 - Dan NissenbaumMyClass::~MyClass() = default; 似乎不太可能被误删除，因为某些人可能会假设析构函数体已经被删除而不是故意留空。 - Dennis Zickefoosedefault和delete类成员。 - ildjarnMyClass::~MyClass() = default不能将其移入实现文件中。(至少目前还不能) - eonil这不是依赖于实现的。它能够正常工作的原因是因为 shared_ptr 在运行时确定要调用的正确析构函数，而这并不是类型签名的一部分。然而，unique_ptr 的析构函数 是 其类型的一部分，必须在编译时知道。
~MyClass()=default;是无法正常工作的。如果允许编译器插入默认构造函数或析构函数，则会导致链接器错误。仅为完整起见：
头文件：A.h
class B; // forward declaration
class A
{
std::unique_ptr<B> ptr_; // ok!
public:
A();
~A();
// ...
};
源代码 A.cpp：
class B { ... }; // class definition
A::A() { ... }
A::~A() { ... }
类B的定义必须被构造函数、析构函数和可能隐式删除B的任何东西所看到。 （尽管构造函数没有出现在上面的列表中，在VS2017中即使构造函数也需要B的定义。当考虑到在构造函数中发生异常时unique_ptr再次被销毁时，这是有意义的。）
#include <memory>
class Thing;
class MyClass
{
~MyClass(); // <--- Added
std::unique_ptr< Thing > my_thing;
};
MyClass::~MyClass() = default; // Or a custom implementation
就我而言，
QList<QSharedPointer<ControllerBase>> controllers;
只需包含头文件...
#include <QSharedPointer>
shared_ptr/unique_ptr》，链接为http://home.roadrunner.com/~hinnant/incomplete.html。文章末尾的表格可以回答你的问题。 - James McNellis