unique_ptr

unique_ptr(定义在中)提供了一种严格的语义上的所有权

  • 拥有它所指向的对象
  • 无法进行复制构造,也无法进行复制赋值操作(译注:也就是对其无法进行复制,我们无法得到指向同一个对象的两个unique_ptr),但是可以进行移动构造和移动赋值操作
  • 保存指向某个对象的指针,当它本身被删除释放的时候(例如,离开某个作用域),会使用给定的删除器(deleter)删除释放它指向的对象,

unique_ptr的使用能够包括:

  • 为动态申请的内存提供异常安全
  • 将动态申请内存的所有权传递给某个函数
  • 从某个函数返回动态申请内存的所有权
  • 在容器中保存指针

“所有auto_ptr应该已经具有的(但是我们无法在C++98中实现的)功能”

unique_ptr十分依赖于右值引用和移动语义。

下面是一段传统的会产生不安全的异常的代码:

X* f()
{
    X* p = new X;
    // 做一些事情 – 可能会抛出某个异常
    return p;
}

解决方法是,用一个unique_ptr 来管理这个对象的所有权,由其进行这个对象的删除释放工作:

X* f()
{
    unique_ptr p(new X); // 或者使用{new X},但是不能 = new X
    // 做一些事情 – 可能会抛出异常
    return p.release();
}

现在,如果程序执行过程中抛出了异常,unique_ptr就会(毫无疑问地)删除释放它所指向的对象,这是最基本的RAII。但是,除非我们真的需要返回一个内建的指针,我们可以返回一个unique_ptr,让事情变得更好。

unique_ptr f()
{
    unique_ptr p(new X); // 或者使用{new X},但是不能 = new X
    //做一些事情 – 可能会抛出异常
    return p; // 对象的所有权被传递出f()
}

现在我们可以这样使用函数f():

void g()
{
    unique_ptr q = f(); // 使用移动构造函数(move constructor)
    q->memfct(2); // 使用q
    X x = *q; // 复制指针q所指向的对象
    // …
} // 在函数退出的时候,q以及它所指向的对象都被删除释放

unique_ptr拥有“移动意义(move semantics)”,所以我们可以使用函数f() 返回的右值对q进行初始化,这样就简单地将所有权传递给了q。

在那些要不是为了避免不安全的异常问题(以及为了保证指针所指向的对象都被正确地删除释放),我们不可以使用内建指针的情况下,我们可以在容器中保存unique_ptr以代替内建指针:

vector<unique_ptr<string>> vs { new string{“Doug”},
                                new string{“Adams”} };

unique_ptr可以通过一个简单的内建指针构造完成,并且与内建指针相比,两者在使用上的差别很小。特殊情况下,unique_ptr并不提供任何形式的动态检查(?)。

参考:

  • the C++ draft section 20.7.10
  • Howard E. Hinnant: unique_ptr Emulation for C++03 Compilers
  • final proposal.