本文主要是介绍第7章 Page446~449 7.8.9智能指针 std::unique_ptr,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
“unique_ptr”是“独占式智能指针”
名字透露身份,“unique_ptr”是“独占式智能指针”。使用它管理前面的O类指针:
演示1:
例中 p 是一个智能指针。其中的“<O>”指明它所指向的数据类型是“O”。除了创建方法不太一样,以及不用手工释放之外,智能指针使用上和它所管理的裸指针基本一样。
如果健忘而负责任的程序员,忘了p是智能指针,写出“delete p”这样的代码,也不用怕,编译器会就出这个错误。
例中的裸指针同样没有名字,在调用智能指针对象的构造函数是,直接使用new生成。这是推荐的做法,这样做的好处是,防止有人故意捣乱。
构建“unique_ptr”对象是,只能采用“构造式初始化”,不允许采用“赋值式初始化”
如果手头上确实已经有了一个裸指针,临时需要交给智能指针来管理,也是支持的:
O* po = new O();
std::unique_ptr <O> p(po);
这里有个细节,即构建“unique_ptr”对象是,只能采用“构造式初始化”,不允许采用“赋值式初始化”的语法:
std::unique_ptr <O> p2 = new O();//编译出错
O* po = new O();
std::unique_ptr <O> p = po; //同样编译出错
这是刻意的设计,不允许将一个裸指针使用“=”赋值给智能指针。良好的智能指针就是这样一个纠结的设计:既要让它用起来就像一个裸指针,又要在关键的地方提醒一下你,它不是一个真的指针。
智能指针也可以有“空指向”的状态,构建时不传入裸指针即可:
std::unique_ptr <O> p; //空指向的智能指针
if(p == nullptr) //成立
{cout << "p is a nullptr" << endl;
}
if(!p)//也成立
{cout << "not p" << endl;
}
演示2:
以上都是让智能指针尽量用起来像裸指针的设计。背后的实现手段还是“重载操作符”。
智能指针当然可以改变指向,
只是同样不能使用“=”将裸指针赋给智能指针,右值必须同样是智能指针:
std::unique_ptr <O> p; //空指向的智能指针
...
p = std::unique_ptr <O> (new O);//不能省略为“p = new O”
但是这样写显得很冗长,可以改用“unique_ptr”带参版“reset(...)”的方法,用于改变一个“unique_ptr”的指向:
O* src1 = new O;
O* src2 = new O;
std::unique_ptr <O> p(src1); //先管理src1
...
p.reset(src2); //改为管理src2,改之前,src1将被释放
演示3:
改变一个“unique_ptr”的指向,如果该智能指针不是空指向,会先释放原来管理的裸指针,再接管新的裸指针。这中间隐藏了一个风险,即新指向和旧指向,必须确保不是同一个对象:
O* o = new O;
std::unique_ptr <O> p(o); //p管理着o
p = std::unique_ptr <O>(o); //p改变指向,但其实还是指向o。
003行执行过程是这样的:在改变指向之前,p要先干掉当前所管理的裸指针,也就是o。然后再管理新的裸指针,不幸的是,这个所谓的“新”的裸指,仍然是o,刚刚被干掉的o。编译器无法帮我们识别这样的问题。
“unique_ptr”的独占性:
一个裸指针不能由多个“std::unique_ptr”管理,但编译器挡不住程序员刻意将一个裸指针交给多个“unique_ptr”管理,编译器无法阻止你干出“一女多嫁”的事情:
O* o = new O; //一个裸指针
std::unique_ptr <O> p1(o); //交给p1管
std::unique_ptr <O> p2(o); //又交给p2管
错误将在运行时发生,本例中由于O结构没有任何成员数据,所以发生这个错误的程序可能不会挂掉,但错误确实发生了,能够从屏幕输出o被释放两次
演示4:
能不能“改嫁”呢?
O* o = new O; //还是一个裸指针
std::unique_ptr <O> p1(o); //先交给p1
std::unique_ptr <O> p2 = p1; //然后由p1转交个p2?
//std::unique_ptr <O> p2(p1); //同上,但使用更正规构造式初始化
这篇关于第7章 Page446~449 7.8.9智能指针 std::unique_ptr的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!