欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  IT编程

Java中的内存泄漏

程序员文章站 2022-06-27 18:52:11
java.lang.outofmemoryerror: java heap spacejava应用程序只允许使用有限的内存。此限制在应用程序启动期间指定。为了使事情更复杂,java内存被分成两个不同的...

java.lang.outofmemoryerror: java heap space

java应用程序只允许使用有限的内存。此限制在应用程序启动期间指定。为了使事情更复杂,java内存被分成两个不同的区域。这些区域称为永久生成区域(permgene和permgen):

Java中的内存泄漏

这些区域的大小是在java虚拟机(jvm)启动期间设置的,可以通过指定jvm参数-xmx和-xx:maxpermsize进行定制。如果未显式设置大小,则将使用特定于平台的默认值。

这个java.lang.outofmemoryerror:当应用程序尝试向堆空间区域添加更多数据,但空间不足时,将触发java堆空间错误。

请注意,可能有大量可用的物理内存,但是java.lang.outofmemoryerror:每当jvm达到堆大小限制时,就会抛出java堆空间错误。

是什么引起内存泄露的?

最常见的原因是java.lang.outofmemoryerror:java heap space error –您尝试将xxl应用程序放入s大小的java堆空间中。只是java应用程序需要更多的空间来操作。此outofmemoryerror消息的其他原因更为复杂,是由编程错误引起的:

  • 使用量/数据量激增。该应用程序设计为处理一定数量的用户或一定数量的数据。当用户数量或数据量突然达到峰值并超过预期阈值时,在峰值停止运行并触发java.lang.outofmemoryerror:java堆空间错误。
  • 内存泄漏。特定类型的编程错误将导致应用程序不断消耗更多内存。每次使用应用程序的泄漏功能时,它都会将一些对象留在java堆空间中。随着时间的推移,泄漏的对象会消耗所有可用的java堆空间,并触发已经熟悉的java.lang.outofmemoryerror:java堆空间错误。

内存泄漏代码示例

第一个例子非常简单–下面的java代码尝试分配一个2m整数数组。当您编译它并使用12mb的java堆空间(java-xmx12m-oom)启动时,它将失败java.lang.outofmemoryerror:java堆空间消息。有了13mb的java堆空间,程序运行得很好。

class oom {
 static final int size=2*1024*1024;
 public static void main(string[] a) {
  int[] i = new int[size];
  }
}

第二个也是更现实的例子是内存泄漏在java中,当开发人员创建和使用新的对象(如new integer(5))时,他们不必自己分配内存—这是由java虚拟机(jvm)负责的。在应用程序的生命周期中,jvm会定期检查内存中哪些对象仍在使用,哪些对象没有使用。未使用的对象可以丢弃,内存可以回收并再次使用。这个过程称为垃圾回收。jvm中负责收集的相应模块称为垃圾收集器(gc)。

java的自动内存管理依赖于gc定期查找未使用的对象并将其删除。简单地说,java 内存泄露是指应用程序不再使用某些对象,但垃圾回收无法识别它的情况。因此,这些未使用的对象将无限期地保留在java堆空间中。这起连环碰撞最终会触发java.lang.outofmemoryerror:java堆空间错误。

构建一个满足内存泄漏定义的java程序相当容易:

class keylessentry {
 
  static class key {
   integer id;
 
   key(integer id) {
     this.id = id;
   }
 
   @override
   public int hashcode() {
     return id.hashcode();
   }
  }
 
  public static void main(string[] args) {
   map m = new hashmap();
   while (true)
     for (int i = 0; i < 10000; i++)
      if (!m.containskey(new key(i)))
        m.put(new key(i), "number:" + i);
  }
}

当您执行上面的代码时,您可能希望它永远运行而不会出现任何问题,假设天真的缓存解决方案只将底层映射扩展到10000个元素,除此之外,所有的键都已经存在于hashmap中。但是,实际上,由于key类在hashcode()旁边没有适当的equals()实现,所以元素将继续被添加。

结果,随着时间的推移,随着泄漏代码的不断使用,“缓存”结果最终会消耗大量java堆空间。当泄漏的内存填满堆区域中的所有可用内存,而垃圾回收无法清理它时java.lang.outofmemoryerror:引发java堆空间。

解决方案很简单–添加与下面类似的equals()方法的实现,您就可以开始了。但在你找到病因之前,你肯定会失去一些珍贵的脑细胞。

@override
public boolean equals(object o) {
  boolean response = false;
  if (o instanceof key) {
   response = (((key)o).id).equals(this.id);
  }
  return response;
}

内存溢出怎么解决?

在某些情况下,分配给jvm的堆的数量不足以满足在jvm上运行的应用程序的需要。在这种情况下,您应该只分配更多的堆—请参阅本章末尾的部分了解如何实现这一点。

然而,在许多情况下,提供更多的java堆空间并不能解决问题。例如,如果应用程序包含内存泄漏,则添加更多堆只会推迟java.lang.outofmemoryerror:java堆空间错误。此外,增加java堆空间量也会增加gc暂停的长度,从而影响应用程序的吞吐量或延迟。

如果您希望解决java堆空间的底层问题,而不是掩盖症状,那么您需要找出代码的哪一部分负责分配最多的内存。换句话说,你需要回答以下问题:

  1. 哪些对象占据堆的大部分
  2. 在源代码中分配这些对象

在这一点上,一定要在你的日历中清除几天(或者-在项目符号列表下面自动查看)。下面是一个粗略的流程大纲,可以帮助您回答上述问题:

  • 获得安全许可,以便从jvm执行堆转储。“dump转储”基本上是堆内容的快照,您可以对其进行分析。因此,这些快照可能包含机密信息,如密码、信用卡号码等,因此出于安全原因,获取此类转储甚至可能不可能。
  • 在适当的时候把垃圾处理掉。准备好获取一些转储,因为当在错误的时间执行时,堆转储包含大量的噪声,实际上可能是无用的。另一方面,每个堆转储都会完全“freezes冻结”jvm,所以不要占用太多,否则最终用户将面临性能问题。
  • 找一台能装垃圾的机器。当您的jvm使用例如8gb的堆时,您需要一台大于8gb的机器来分析堆内容。启动转储分析软件(我们推荐eclipse mat,但也有同样好的替代品)。
  • 检测堆的最大使用者的gc根路径。我们在这里的另一篇文章中讨论了这一活动。这对初学者来说尤其困难,但实践将使你了解结构和导航机制。
  • 接下来,您需要弄清楚源代码中潜在危险的大量对象被分配到哪里。如果您对应用程序的源代码有很好的了解,那么您将能够在几次搜索中做到这一点。

或者,我们建议使用plumber,这是唯一一个具有自动根本原因检测功能的java监控解决方案。在其他性能问题中,它包罗万象java.lang.outofmemoryerrors并自动为您提供有关最需要内存的数据结构的信息。

plumber负责在后台收集必要的数据——这包括关于堆使用情况的相关数据(只有对象布局图,没有实际数据),还有一些甚至在堆转储中都找不到的数据。它还为您执行必要的数据处理—在运行中,只要jvm遇到java.lang.outofmemoryerror. 这里有一个例子java.lang.outofmemoryerror管道工事故警报:

Java中的内存泄漏

无需任何其他工具或分析,您可以看到:

  • 哪些对象消耗的内存最多
  • 在哪里分配这些对象(它们中的大多数在metricmanagerimpl类中分配,第304行)
  • 当前引用这些对象的是什么(到gc根的完整引用链)

有了这些信息,您就可以放大潜在的根本原因,并确保将数据结构缩减到适合您的内存池的级别。

然而,当您从内存分析或阅读plumber报告得出的结论是内存使用是合法的,并且源代码中没有什么可更改的,那么您需要允许jvm有更多的java堆空间来正常运行。在这种情况下,更改jvm启动配置并添加(或增加值,如果存在):

-xmx1024m

上述配置将为应用程序提供1024mb的java堆空间。可以使用g或g表示gb,m或m表示mb,k或k表示kb。例如,以下所有内容都相当于最大java堆空间为1gb:

  java -xmx1073741824 com.mycompany.myclass
  java -xmx1048576k com.mycompany.myclass
  java -xmx1024m com.mycompany.myclass
  java -xmx1g com.mycompany.myclass

以上就是java中的内存泄漏的详细内容,更多关于java 内存泄漏的资料请关注其它相关文章!