memory-leaks
-
在最近的JVM中,不可见的引用仍然是一个问题吗? 我正在阅读中的代码很好地说明了问题。在文档中引用的 JVM 版本上,当 foo 对象在 try 块结束时超出范围时,无法对其进行垃圾回收。相反,JVM 将保持打开引用,直到 main() 方法结束,即使任
-
-
Valgrind 和 Java 我想使用Valgrind 3.7.0来查找Java本机代码中的内存泄漏。我正在使用jdk1.6.0._29。 为此,我必须设置 --trace-children=yes 标志。设置该标志,我不再可以在任何java应用程序上运行valgrind,即使是像这样
-
Tomcat8 内存泄漏 当我尝试在Java 8上停止tomcat8时,我得到了一些内存泄漏错误: 为什么我会得到所有这些内存泄漏错误?同样,当我运行关机时,它不会关闭它,我必须手动杀死进程。 怎么了?
-
内存泄漏,对象数量或大小没有增长 在 IBM iSeries 系统上,我正在运行一个 Java 程序 - 一个带有 Web 服务器组件的应用程序服务器,全部由内部开发。在 32 位或 64 位 J9 JVM(IBM 技术 Java)上运行时,我有内存泄漏的症状。 请注意,
-
可能通过终结器引用泄漏内存 我有一个小的Android应用程序,我尝试寻找内存泄漏,所以我点击了“Dump Java Heap”,列表中的第一个类是FinalizerReference(java.lang.ref)。它有超过 500 个实例,每个实例都有一个“下一个”和“上
-
Android dalvikvm-heap: Clamp target GC heap 我正在编写一个程序,以将大量联系人与Android联系人数据库同步。下载适用于大约700个联系人,之后我不断收到内存堆错误,该错误调用无限数量的GC语句并最终重新启动电话。我正面临着HTC欲
-
休眠为每个查询生成不同的 SQL 我刚刚在探查器下测试了我的应用程序,发现sql字符串占用了我大约30%的内存!这很奇怪。 有很多这样的字符串存储在应用程序内存中。这是由休眠生成的SQL查询,请注意不同的数字和尾随下
-
当并非所有已用堆都可以从线程访问时查找 Java 内存泄漏 我正在研究基于Java的大型系统中潜在的内存泄漏(或至少是内存浪费)。JVM 正在运行,最大堆大小为 5 GB,2-3GB 堆使用率是应用程序的预期基准线。(可能会有更高的峰值) 在我正在调查的过
-
Java:非堆内存分析 我们有一个问题,我们的非堆内存一直在增长。因此,我们必须每3天重新启动我们的jee(java8) - webapp(正如您在此处的屏幕截图中看到的那样:) 我已经试图找出是什么填满了这个非堆。但是
标签