我正在使用WMI
SMBios
来获取一些硬件信息
我不想让用户看到内存中使用的序列号是什么,所以我试图清除它
当我打电话
SMBios:=TSMBios.Create;
//my code
SMBios.free;
SMBios对象仍在许多位置
的内存中我在Destroy Event
if Assigned(FRawSMBIOSData.SMBIOSTableData) then
begin
ZeroMemory(FRawSMBIOSData.SMBIOSTableData,FRawSMBIOSData.Length);
FreeMem(FRawSMBIOSData.SMBIOSTableData);
end;
它与SMBios中的GetSystemFirmwareTable
API代码配合使用,但在WMI中它删除了一些内存,但我仍然可以找到几个块
想知道为什么在调用object.free或freeandnil后使用的内存未释放
任何想法如何强制应用程序释放它?
答案 0 :(得分:5)
内存已发布,只是没有擦除。你可能会误解两个概念:内存绑定到某个所有者而不能被赋予另一个所有者,并且内存将被清除所有信息。
看,当你越过新雪或沙滩时,你会留下你的脚步声。你离开了,所以你现在经历的地方现在免费供其他人占用。但是你的脚步会一直存在,直到有人用自己的脚印覆盖它们。
现在,你可能是偏执狂,在每一步之后你都会回头,拿一把刷子去掉你新鲜的脚步。这是可能的,可能有意义,但可能会非常缓慢。
某些对象可能会处理敏感数据,如密码,密码密钥,大量计算中的个人数据等。对于这些对象,有一种偏执的感觉并刷掉每一条痕迹。因此,这些对象的编写方式是擦除上次使用后不再需要的内存。并在析构函数中再次执行此操作。
但是,当您刚刚关闭表单时,如#"文件已成功保存"还有任何值得画画的秘密。这是该计划的大部分内容。
现在请确定您是否确实拥有密码等敏感数据。如果你这样做 - 你的代码应该在释放之前用不同的数据覆盖它。而且您必须了解如何在Delphi中为不同类型保存数据,因此在处理数据时,不会将数据片段复制到其他内存位置。但是很可能你不需要实际销毁的数据,你只需要标记"这个地方对任何人都可以免费将他们的数据放在我的垃圾上#34;这就是Delphi上的释放对象实际上做的事情。如果这对你来说已经足够了,那么你就懒得擦除数据(这会替代随机垃圾而不是敏感的垃圾,但垃圾仍然存在)。
现在,关于LU RD和whosrdaddy的建议几乎没有。是的,Delphi为您提供了一种方法,可以挂钩管理堆的方式,并在标记公寓空闲之前用垃圾显式擦除数据。然而,这只是敏感数据的部分解决方案。
总的来说,这是一个相同的想法。您的程序或对象知道哪些数据是危险的以及保存在哪里 - 该对象或程序负责清理。全球德尔福规模的解决方案既无效又不可靠。