java垃圾收集是否安全地清除垃圾数据？
这是一个内存数据安全问题。
java垃圾收集是否安全地清除垃圾数据？
显然，在一个数据块被垃圾收集后，我不能再检索它了，但黑客还能通过内存转储来检索数据吗？
共有1个答案
正如其他用户在这里已经提到的，JVM在垃圾收集后不会安全地清理内存，因为这会严重影响性能。这就是为什么许多程序（特别是安全库）使用可变结构而不是不可变结构（char数组而不是字符串等），并在不再需要数据时自行清理它们。
不幸的是，即使这样的方法也不总是有效的。让我们来看看这个场景：
- 使用密码创建char数组。
- JVM执行垃圾收集并将char数组移动到内存中的另一个位置，保持它以前占用的内存不变，只是将其标记为空闲块。因此，我们现在有了您的密码的“脏副本”。
- 您完成了密码处理，并显式地将char数组中的所有字符归零，认为现在一切都安全了。
- 攻击者对您的内存进行转储，并在步骤2之前第一次放置密码的内存中找到密码。
-
null
-
本文向大家介绍Java垃圾收集，包括了Java垃圾收集的使用技巧和注意事项，需要的朋友参考一下 示例 C ++方法-新增和删除 在像C ++这样的语言中，应用程序负责管理动态分配的内存所使用的内存。当使用new运算符在C ++堆中创建对象时，需要相应地使用delete运算符来处置该对象： 如果程序忘记了delete一个对象而只是“忘记”了该对象，则关联的内存将丢失给应用程序。这种情况的术语是内存泄
-
问题内容： 该问题已发布在某个网站上。我在这里找不到正确的答案，因此我将其再次发布在这里。 我的查询与停止线程无关。让我改一下我的问题。A行（请参见上面的代码）启动一个新线程；和B行使线程引用为空。因此，JVM现在具有一个线程对象（处于运行状态），该对象不存在引用（如B行中的t = null）。所以我的问题是，为什么这个线程（在主线程中不再有引用）一直保持运行状态，直到主线程运行。根据我的理解，线
-
Kubernetes 垃圾收集器的角色是删除指定的对象，这些对象曾经有但以后不再拥有 Owner 了。 注意：垃圾收集是 beta 特性，在 Kubernetes 1.4 及以上版本默认启用。 Owner 和 Dependent 一些 Kubernetes 对象是其它一些的 Owner。例如，一个 ReplicaSet 是一组 Pod 的 Owner。具有 Owner 的对象被称为是 Owner
-
问题内容： 与同事进行了讨论。当诸如c＃或java垃圾之类的语言收集诸如字符串之类的对象并将其返回到堆时，它们是否也清除了该内存块，例如用0或1覆盖？ 我的假设是，除非按原样返回该块，除非使用诸如带有带有finalize重载的securestring之类的类将该块清零。 问题答案： 实际上，不，这不会发生。覆盖刚刚释放的内存需要花费时间，因此会有性能损失。“安全”之类的物体SecureString
-
问题内容： 简短形式：CMS垃圾收集器似乎无法收集数量不断增加的垃圾；最终，我们的JVM填满，应用程序变得无响应。通过外部工具（JConsole或）强制GC 清理一次。 更新：该问题似乎与JConsole的JTop插件有关。如果我们不运行JConsole，或者在没有JTop插件的情况下运行它，则该行为消失。 （技术说明：我们正在Linux 2.6.9机器上运行32位Sun JDK 1.6.0_07
-
JavaScript 具有自动垃圾收集机制，也就是说，执行环境会负责管理代码执行过程中使用的内存。 而在C 和C++之类的语言中，开发人员的一项基本任务就是手工跟踪内存的使用情况，这是造成许多问题的一个根源。在编写JavaScript 程序时，开发人员不用再关心内存使用问题，所需内存的分配以及无用内存的回收完全实现了自动管理。这种垃圾收集机制的原理其实很简单：找出那些不再继续使用的变量，然后释放其