Java 内存泄漏
在Java中，垃圾回收（析构函数的工作）是使用垃圾回收自动完成的。但是，如果代码中有引用它们的对象怎么办？它无法取消分配，即无法清除其内存。如果这种情况一再发生，并且创建或引用的对象根本没有被使用，它们就会变得无用。这就是所谓的内存泄漏。
如果超过了内存限制，则程序将通过抛出错误（即“ OutOfMemoryError”）而终止。这就是为什么始终建议删除对对象的所有引用，以便Java Garbage Collector（垃圾回收器）可以自动销毁它的原因。
下面的示例说明了在尝试使用过多内存时编译器如何耗尽空间-
示例
import java.util.Vector;
public class Demo{
public static void main(String[] args){
Vector my_v1 = new Vector(314567);
Vector my_v2 = new Vector(784324678);
System.out.println("这是要打印的最后一行");
}
}
输出结果
Exception in thread "main" java.lang.OutOfMemoryError: Java heap space at java.base/java.util.Vector.(Vector.java:142) at java.base/java.util.Vector.(Vector.java:155) at Demo.main(Demo.java:7)
一个名为Demo的类包含了一个主函数，其中有两个向量对象，通过给它们分配过大的空间而创建。最后的打印行只是用来检查编译器是否达到这一行。实际上，它不会，因为这些向量占用的空间很大，所以无法分配大量内存，从而导致错误。
-
问题内容： 我发现使用是众所周知的与相关的内存问题。 使用中是否存在内存泄漏？ 如果是，解决方法是什么？ 以下链接显示了Java中子字符串的正确用法。 http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4513622 另外一个博客谈论子字符串中可能的MLK。 http://nflath.com/2009/07/the-dangers-of- st
-
问题内容： 好的，所以我的程序有很多（〜300）线程，每个线程都与中央数据库通信。我创建了一个与数据库的全局连接，然后每个线程进行其业务创建语句并执行它们。 一路上的某个地方，我发生了大量内存泄漏。在分析堆转储之后，我看到com.mysql.jdbc.JDBC4Connection对象为70 MB，因为它在“ openStatements”（哈希映射）中有800,000个项目。在某个地方，它不能正
-
我们有一个在Solaris 10上运行的java进程，为大约200-300个并发用户提供服务。管理员报告说，随着时间的推移，进程使用的内存显著增加。几天内它就达到2GB，并且从未停止增长。 我们已经转储了堆，并使用Eclipse内存探查器对其进行了分析，但没有看到任何异常。堆的大小非常小。 在添加内存统计日志记录后，我们在应用程序中发现管理员使用的“top”实用程序报告的内存使用量与MemoryM
-
问题内容： 我认为我的android应用正在泄漏内存。我不是绝对确定这是问题所在。 应用程序打开时经常崩溃，并且logcat尝试加载位图图像时会显示“内存不足”异常。 崩溃后，我重新打开了该应用程序，它运行正常。Logcat会显示许多“ gc”，并且JIT表会不时地向上调整大小，而不会向下调整，直到应用程序因内存不足错误而崩溃。 这听起来像是内存泄漏吗？如果是这样，我该如何定位和关闭泄漏点。 这是
-
问题内容： 我一直在追寻内存泄漏（由“ valgrind –leak-check = yes”报告），它似乎来自ALSA。这段代码已经存在于自由世界中一段时间了，所以我猜这是我做错的事情。 输出看起来像这样： 并继续一些页面 这是由于我在一个项目中使用ALSA并开始看到这种巨大的泄漏……或者至少是所说泄漏的报告。 所以问题是：是我，ALSA或valgrind在这里遇到问题吗？ 问题答案： ht
-
问题内容： 我有一个长时间运行的脚本，如果让脚本运行足够长的时间，它将消耗系统上的所有内存。 在不详细介绍脚本的情况下，我有两个问题： 是否有可遵循的“最佳实践”，以防止泄漏发生？ 有什么技术可以调试Python中的内存泄漏？ 问题答案： 看看这篇文章：跟踪python内存泄漏 另外，请注意，垃圾收集模块实际上可以设置调试标志。看一下功能。此外，请查看Gnibbler的这段代码，以确定调用后已创建