首页 > 后端开发 > C++ > `std::make_shared` 比直接构造 `std::shared_ptr` 更高效吗?

`std::make_shared` 比直接构造 `std::shared_ptr` 更高效吗?

Mary-Kate Olsen
发布: 2025-01-04 03:39:40
原创
987 人浏览过

Is `std::make_shared` More Efficient Than Directly Constructing `std::shared_ptr`?

std::make_shared 的效率

使用 std::make_shared 函数从原始指针设计共享指针时,有一个区别与使用构造函数直接创建 std::shared_ptr 相比,效率更高。这是分步说明:

std::make_shared:

  1. 为控制块(管理引用计数和其他元数据)分配内存) 和对象。
  2. 使用分配的对象构造 std::shared_ptr 对象

直接 std::shared_ptr 构造函数:

  1. 使用 new 为对象分配内存。
  2. 为对象分配内存控制块。
  3. 构造 std::shared_ptr 对象

如您所见,std::make_shared 执行一次分配(对于控制块和对象),而直接构造函数方法执行两次分配(一次用于控制块和对象)对象,另一个用于控制块)。这种分配上的差异导致使用 std::make_shared 时效率更高。

异常安全

在 C 17 之前,使用 std::make_shared 也更例外 -安全的。考虑下面的代码:

void f(const std::shared_ptr<Object1>& obj1, const std::shared_ptr<Object2>& obj2) {
  // ...
}

int main() {
  f(std::shared_ptr<Object1>(new Object1()), std::shared_ptr<Object2>(new Object2()));
  return 0;
}
登录后复制

如果没有 std::make_shared,参数的计算顺序是未指定的,如果 Object1 的分配失败,Object2 的内存将被泄漏。使用 std::make_shared,可以解决这个异常安全问题。

std::make_shared 的缺点

std::make_shared 的一个潜在缺点是它可以防止过早释放对象的内存。与直接构造函数方法不同,std::make_shared 为控制块和对象创建单个内存块。这意味着对象和控制块的内存不能单独释放。如果存在指向该对象的弱指针,即使该对象本身不再使用,它​​们也可以使控制块保持活动状态,从而可能导致内存保留。

以上是`std::make_shared` 比直接构造 `std::shared_ptr` 更高效吗?的详细内容。更多信息请关注PHP中文网其他相关文章!

来源:php.cn
本站声明
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系admin@php.cn
作者最新文章
热门教程
更多>
最新下载
更多>
网站特效
网站源码
网站素材
前端模板