Should Member Data Always be Cleared/Zeroed in the Destructor?(成员数据是否应始终在析构函数中清除/清零?)
问题描述
是否有充分的理由不清除/清零析构函数中的对象的基本成员数据?为了整洁或隐私,这似乎应该被视为标准做法,因为有一些可能的方法可以重新读取已删除对象的数据:
(请注意, 将成员数据清零是否花费了"太多时间",从而被认为是不值得的(尤其是在必须遍历数组并将每个元素清零的情况下)? 显然,对于更复杂的数据成员(如STL容器),这不是问题,因为their destructors clear their data,而且pointers should not be cleared用于调试目的。 如果您的类包含"机密"内容,则在描述时将其清除将有助于防止将其保留在您不再拥有的内存中。但这并不意味着当您的应用程序使对象处于活动状态时,您可以阻止某人拍摄内存快照,因此作为一种安全措施,这是非常糟糕的……#include <iostream>
class Box {
public:
Box(int s) : secret(s), buffer(this) {}
~Box() {}
/*BETTER DESTRUCTOR ~Box() {secret = 0;}*/
void print() {std::cout << secret << std::endl;}
private:
void* buffer;
int secret;
};
int main() {
Box* carton = new Box(8675309);
Box* crate = carton;
delete carton;
crate->print();
}
buffer是必需的,因为如果没有它,某些内容将覆盖crate->print()之前的secret。)
推荐答案
std::vector将会这样做。它将销毁向量的所有内容,因为不知道这些元素的析构函数做了什么。
这篇关于成员数据是否应始终在析构函数中清除/清零?的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持编程学习网!
本文标题为:成员数据是否应始终在析构函数中清除/清零?
基础教程推荐
- C++:获取传递给函数的多维数组的行大小 2021-01-01
- 如何部分禁用 cmake C/C++ 自定义编译器检查 2021-01-01
- 为什么我们不能使用“虚拟继承"?在 COM 中? 2022-01-01
- 如何更改 SysDateTimePick32 或 CDateTimeCtrl 的背景颜色? 2022-01-01
- 如何在 C++ 中正确使用命名空间? 2022-01-01
- 提升 ASIO 流缓冲 2021-01-01
- 与 CAS 的原子交换(使用 gcc 同步内置函数) 2022-01-01
- c++ STL设置差异 2022-01-01
- 随机插入/删除的综合向量与链表基准 2022-01-01
- 将不可复制的闭包对象传递给 std::function 参数 2021-01-01
