Calling delete on variable allocated on the stack(在堆栈上分配的变量上调用 delete)
问题描述
忽略编程风格和设计,对分配在堆栈上的变量调用 delete 是否安全"?
Ignoring programming style and design, is it "safe" to call delete on a variable allocated on the stack?
例如:
int nAmount;
delete &nAmount;
或
class sample
{
public:
sample();
~sample() { delete &nAmount;}
int nAmount;
}
推荐答案
否,在堆栈分配的变量上调用 delete 是不安全的.你应该只对 new 创建的东西调用 delete.
No, it is not safe to call delete on a stack-allocated variable. You should only call delete on things created by new.
- 对于每个
malloc或calloc,应该只有一个free. - 对于每个
new,应该恰好有一个delete. - 对于每个
new[],应该恰好有一个delete[]. - 对于每个堆栈分配,不应有明确的释放或删除.在适用的情况下,会自动调用析构函数.
- For each
mallocorcalloc, there should be exactly onefree. - For each
newthere should be exactly onedelete. - For each
new[]there should be exactly onedelete[]. - For each stack allocation, there should be no explicit freeing or deletion. The destructor is called automatically, where applicable.
一般情况下,您不能混合搭配其中任何一种,例如没有 free-ing 或 delete[]-ing new 对象.这样做会导致未定义的行为.
In general, you cannot mix and match any of these, e.g. no free-ing or delete[]-ing a new object. Doing so results in undefined behavior.
这篇关于在堆栈上分配的变量上调用 delete的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持编程学习网!
本文标题为:在堆栈上分配的变量上调用 delete
基础教程推荐
- GDB 显示调用堆栈上函数地址的当前编译二进制文 2022-09-05
- 通过引用传递 C++ 迭代器有什么问题? 2022-01-01
- CString 到 char* 2021-01-01
- 我应该对 C++ 中的成员变量和函数参数使用相同的名称吗? 2021-01-01
- 为什么 typeid.name() 使用 GCC 返回奇怪的字符以及如 2022-09-16
- 为什么派生模板类不能访问基模板类的标识符? 2021-01-01
- 为什么 RegOpenKeyEx() 在 Vista 64 位上返回错误代码 2021-01-01
- 非静态 const 成员,不能使用默认赋值运算符 2022-10-09
- 如果我为无符号变量分配负值会发生什么? 2022-01-01
- 初始化列表*参数*评估顺序 2021-01-01
