c++ - 我什么时候使用哪种指针?

标签 c++ pointers c++11 smart-pointers c++-faq

好吧,所以上次我以写 C++ 为生时,std::auto_ptr 是所有可用的 std 库,boost::shared_ptr 是所有可用的愤怒。我从来没有真正研究过提供的其他智能指针类型。我知道 C++11 现在提供了 boost 提出的一些类型,但不是全部。

那么有人有一个简单的算法来确定什么时候使用哪个智能指针吗?最好包括关于哑指针(像 T* 这样的原始指针)和其他 boost 智能指针的建议。 (类似 this 的东西会很棒)。

最佳答案

共享所有权:
shared_ptrweak_ptr采用的标准与他们的标准几乎相同Boost counterparts .当您需要共享资源并且不知道哪一个将是最后一个存活时,请使用它们。使用 weak_ptr在不影响其生命周期的情况下观察共享资源,不打破周期。与 shared_ptr 循环通常不应该发生 - 两个资源不能相互拥有。

请注意,Boost 还提供了 shared_array ,这可能是 shared_ptr<std::vector<T> const> 的合适替代品.

接下来,Boost 提供 intrusive_ptr ,如果您的资源已经提供引用计数管理并且您希望将其采用到 RAII 原则,那么这是一个轻量级的解决方案。这个没有被标准采用。

独特的所有权:
Boost 还有一个 scoped_ptr ,它是不可复制的,您不能为其指定删除器。 std::unique_ptrboost::scoped_ptr在类固醇上,应该是您需要智能指针时的默认选择。它允许您在其模板参数中指定删除器,并且可移动,与boost::scoped_ptr 不同。 .只要您不使用需要可复制类型的操作(显然),它也可以在 STL 容器中完全使用。

再次注意,Boost 有一个数组版本: scoped_array ,标准统一要求std::unique_ptr<T[]>部分特化 delete[]指针而不是 delete正在处理它(使用 default_delete r)。 std::unique_ptr<T[]>还提供operator[]而不是 operator*operator-> .

请注意 std::auto_ptr仍在标准中,但已弃用§D.10 [depr.auto.ptr]

The class template auto_ptr is deprecated. [ Note: The class template unique_ptr (20.7.1) provides a better solution. —end note ]

无所有权:
使用哑指针(原始指针)或对资源的非拥有引用 的引用,并且当您知道资源将比引用对象/范围时。当您需要可空性或可重置性时,首选引用并使用原始指针。

如果您想要对资源的非拥有引用,但您不知道该资源是否会比引用它的对象活得更久,请将资源打包到 shared_ptr 中。并使用 weak_ptr - 你可以测试 parent 是否shared_ptr还活着 lock ,这将返回一个 shared_ptr如果资源仍然存在,则该值为非空。如果要测试资源是否已死,使用expired .两者听起来可能很相似,但在并发执行方面却大不相同,如expired只保证它对那条语句的返回值。一个看似无辜的测试,比如

if(!wptr.expired())
  something_assuming_the_resource_is_still_alive();

是一个潜在的竞争条件。

关于c++ - 我什么时候使用哪种指针?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/11512285/

相关文章:

c++ - 使用 SFML 在屏幕上居中文本

c++ - 如何使用一个对象的方法来更新另一个对象的属性?

c++ - 通用链表指针访问

c++ - 如何使用已删除的复制构造函数初始化类数组(C++11)

c++ - 之后填充 std::unique_ptr

c++ - 分析出现了 _Iterator_base12::_Orphan_me。它是什么?

c++ - CMAKE、SDL2 和 OPENGL : Program binary is too big

c - 从 C 中的函数返回一个字符串

c - 为什么要使用双重间接?或者为什么使用指向指针的指针?

c++ - pthread_mutex_lock.c :62: __pthread_mutex_lock: Assertion `mutex->__data.__owner == 0' failed