为什么我更喜欢使用自由存储而不是堆
Why should I prefer using the free store over the heap?
在exception c++中,Herb Sutter在Item 35中写道:
更倾向于使用自由存储(new/delete)。避免使用堆(malloc/free)。
我为什么要?
如果一个实现选择通过使用malloc
来实现new
,可能会产生开销,因此就性能而言,这看起来是一个糟糕的建议。
c++中的new
和delete
关键字通常是根据malloc
和free
来实现的,但是它们被设计成做不同的事情。
在c++中,如果输入
new T(/* args */)
c++将执行以下操作:
- 尝试分配足够的内存来容纳类型为
T
的对象。 - 如果失败,尝试使用新的处理程序来释放空间,如果没有可用的内存,最终抛出
std::bad_alloc
对象。 - 尝试在该内存块中构造一个
T
类型的对象。 - 如果
T
类型对象的构造抛出异常,自动释放内存。
如果你只是使用malloc
,你必须手动完成所有这些步骤,这将是非常,非常困难。它可能看起来像这样:
T* memory = nullptr;
while (true) {
memory = static_cast<T*>(malloc(sizeof(T)));
if (memory != nullptr) break;
std::get_new_handler()();
}
try {
new (memory) T(/* args */);
} catch (...) {
free(memory);
throw;
}
这里还有一些其他的细微差别,我已经掩盖了(比如调用operator new
而不是malloc
,或者处理零大小的请求等),但我希望这有助于解释new
和malloc
是如何不同的。
那么为什么要使用new
而不是malloc
呢?嗯,有几个原因:
这样安全多了。使用
malloc
,您可能会忘记检查空指针的返回类型,或者您可能会请求错误的存储空间量,或者您可能会忘记调用对象的构造函数,或者如果构造函数抛出异常,您可能会忘记释放内存,等等。它更类型安全。
malloc
返回一个void*
,它只是一个指向内存块的指针。使用malloc
,必须将指针强制转换为正确的类型,这可能会在后面引入错误。允许自定义。某些类型重载
operator new
以一种不寻常的方式请求内存,例如从池分配程序或从某些可能更快的内存块请求内存,或者使用针对使用模式进行优化的自定义分配程序。考虑到这一点,您可以通过定义operator new
和operator delete
,自动定制为类型为T
的对象动态分配内存的所有时间。如果您使用malloc
,则必须在整个程序中跟踪所有内存分配站点。
也就是说,malloc
有一些优点。如果您确定要分配的对象是普通对象(例如仅保存数据的原语或结构体),那么使用malloc
可能会稍微快一些。malloc
还允许您使用realloc
,而free
不允许。但老实说,在这种情况下,您最好使用std::vector
或std::array
,因为它们更安全,更容易调试,并且具有良好的编译器支持,可能会进行积极的优化。
希望这对你有帮助!
- 将字符串存储在c++中的稳定内存中
- std::原子加载和存储都需要吗
- C++:将控制台输出存储在宏中更好吗
- 使用QProcess执行命令,并将结果存储在QStringList中
- 如何针对特定情况调试和修复此双自由内存损坏问题
- 访问存储在向量C++中的结构的多态成员
- 如何从存储在std::映射中的std::集中删除元素
- 存储模板类型以强制转换回派生<T>
- 类型总是使用其大小存储在内存中吗
- 当字符串存储在变量中时,如何将字符串转换为wchar_t
- 使用无符号字符数组有效存储内存
- 如何在cpp.中使用协议缓冲区存储大缓冲区/数组(char/int)
- 使用 pqxx 将 std::vector 存储在 postgresql 中,并从数据库中检索它
- 带结构的二维矢量:如何存储元素
- 添加存储在向量中的大整数的函数出现问题
- 为什么标准允许我在没有析构函数的情况下自由存储分配类
- 使用 "new ClassType(std::move(/*class_object*/))" 在自由存储中构造对象
- 将基类指针分配给在自由存储中创建的派生类对象
- 估计自由存储(堆)大小的c++程序
- 为什么我更喜欢使用自由存储而不是堆