`
clearity
  • 浏览: 37370 次
  • 性别: Icon_minigender_1
  • 来自: 北京
社区版块
存档分类
最新评论

Java中的内存泄露

 
阅读更多

Q:在Java中怎么可以产生内存泄露?

A:Java中,造成内存泄露的原因有很多种。典型的例子是一个没有实现hasCode和

equals方法的Key类在HashMap中保存的情况。最后会生成很多重复的对象。所有的内存泄露

最后都会抛出OutOfMemoryError异常,下面通过一段简短的通过无限循环模拟内存泄露

的例子说明一下。

 

 

import java.util.HashMap;
import java.util.Map;
 
public class MemoryLeak {
 
 public static void main(String[] args) {
  Map<Key, String> map = new HashMap<Key, String>(1000);
   
  int counter = 0;
  while (true) {
       // creates duplicate objects due to bad Key class
   map.put(new Key("dummyKey"), "value");
   counter++;
   if (counter % 1000 == 0) {
    System.out.println("map size: " + map.size());
    System.out.println("Free memory after count " + counter
      + " is " + getFreeMemory() + "MB");
       
    sleep(1000);
   }
    
    
  }
 }
 
 // inner class key without hashcode() or equals() -- bad implementation
 static class Key {
  private String key;
 
  public Key(String key) {
   this.key = key;
  }
 
 }
 
 //delay for a given period in milli seconds
 public static void sleep(long sleepFor) {
  try {
   Thread.sleep(sleepFor);
  } catch (InterruptedException e) {
   e.printStackTrace();
  }
 }
 
 //get available memory in MB
 public static long getFreeMemory() {
  return Runtime.getRuntime().freeMemory() / (1024 * 1024);
 }
 
}

 

 

结果如下:

 

map size: 1000
Free memory after count 1000 is 4MB
map size: 2000
Free memory after count 2000 is 4MB
map size: 1396000
Free memory after count 1396000 is 2MB
map size: 1397000
Free memory after count 1397000 is 2MB
map size: 1398000
Free memory after count 1398000 is 2MB
map size: 1399000
Free memory after count 1399000 is 1MB
map size: 1400000
Free memory after count 1400000 is 1MB
map size: 1401000
Free memory after count 1401000 is 1MB
.....
.....
map size: 1452000
Free memory after count 1452000 is 0MB
map size: 1453000
Free memory after count 1453000 is 0MB
Exception in thread "main" java.lang.OutOfMemoryError: Java heap space
 at java.util.HashMap.addEntry(HashMap.java:753)
 at java.util.HashMap.put(HashMap.java:385)
 at MemoryLeak.main(MemoryLeak.java:10)

 

Q:怎么解决上面的内存泄露?

A:实现Key类的equals和hasCode方法。

 

   .....
static class Key {
 private String key;
 
 public Key(String key) {
  this.key = key;
 }
 
 
 @Override
 public boolean equals(Object obj) {
 
  if (obj instanceof Key)
   return key.equals(((Key) obj).key);
  else
   return false;
 
 }
 
 @Override
 public int hashCode() {
  return key.hashCode();
 }
}
.....

 

重新执行程序会得到如下结果:

 

map size: 1
Free memory after count 1000 is 4MB
map size: 1
Free memory after count 2000 is 4MB
map size: 1
Free memory after count 3000 is 4MB
map size: 1
Free memory after count 4000 is 4MB
...
Free memory after count 73000 is 4MB
map size: 1
Free memory after count 74000 is 4MB
map size: 1
Free memory after count 75000 is 4MB

 

Q:在实际场景中,你怎么查找内存泄露?

A:通过以下代码获取线程ID

 

C:\>jps
5808 Jps
4568 MemoryLeak
3860 Main

 

通过命令行打开jconsole

 

C:\>jconsole 4568

 

实现了hasCode和equals的Key类和没有实现的图表如下所示:

 

没有内存泄露的:

 



 

造成内存泄露的:

 



 

  • 大小: 68.5 KB
  • 大小: 85 KB
0
0
分享到:
评论
2 楼 clearity 2014-04-26  
793059909 写道
jconsole也是向上趋势,但内存是先减少再增加,一直没有泄漏,大侠看看是那个地方写的有问题:


public static void main(String[] args) {
// TODO Auto-generated method stub

OutofMemoryWithMap test=new OutofMemoryWithMap();
test.createAOutOfMemory();


}

void createAOutOfMemory(){
Map<Key,String> map=new HashMap<Key, String>(1000);
int counter=0;
while (true) {
map.put(this.new Key("dummyKey"), "value");
counter++;
if (counter%1000==0) {
System.out.println("map size:"+map.size());
System.out.println("Free memory after count "+counter+" is "+
getFreeMeory()+" MB");

sleep(1000);
}




}

}


class Key{
public String getName() {
return name;
}

public void setName(String name) {
this.name = name;
}

private String name;
public Key(String name) {
// TODO Auto-generated constructor stub
this.name=name;
}

};


public static void sleep(long sleepFor) {

try {
TimeUnit.MILLISECONDS.sleep(sleepFor);
} catch (InterruptedException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}

}


public static long getFreeMeory(){

return Runtime.getRuntime().freeMemory()/(1024*1024);

}




map size:3053000
Free memory after count 3053000 is 68 MB
map size:3054000
Free memory after count 3054000 is 68 MB
map size:3055000
Free memory after count 3055000 is 68 MB
map size:3056000
Free memory after count 3056000 is 68 MB
map size:3057000
Free memory after count 3057000 is 68 MB
map size:3058000
Free memory after count 3058000 is 68 MB
map size:3059000
Free memory after count 3059000 is 68 MB
map size:3060000
Free memory after count 3060000 is 68 MB
map size:3061000
Free memory after count 3061000 is 68 MB
map size:3062000
Free memory after count 3062000 is 68 MB
map size:3063000
Free memory after count 3063000 is 68 MB
map size:3064000
Free memory after count 3064000 is 68 MB
map size:3065000
Free memory after count 3065000 is 68 MB
map size:3066000
Free memory after count 3066000 is 67 MB
map size:3067000
Free memory after count 3067000 is 67 MB


将堆设置小些容易看到,只是增加的Entry结构要撑爆你这个大小很难。
1 楼 793059909 2014-04-26  
jconsole也是向上趋势,但内存是先减少再增加,一直没有泄漏,大侠看看是那个地方写的有问题:


public static void main(String[] args) {
// TODO Auto-generated method stub

OutofMemoryWithMap test=new OutofMemoryWithMap();
test.createAOutOfMemory();


}

void createAOutOfMemory(){
Map<Key,String> map=new HashMap<Key, String>(1000);
int counter=0;
while (true) {
map.put(this.new Key("dummyKey"), "value");
counter++;
if (counter%1000==0) {
System.out.println("map size:"+map.size());
System.out.println("Free memory after count "+counter+" is "+
getFreeMeory()+" MB");

sleep(1000);
}




}

}


class Key{
public String getName() {
return name;
}

public void setName(String name) {
this.name = name;
}

private String name;
public Key(String name) {
// TODO Auto-generated constructor stub
this.name=name;
}

};


public static void sleep(long sleepFor) {

try {
TimeUnit.MILLISECONDS.sleep(sleepFor);
} catch (InterruptedException e) {
// TODO Auto-generated catch block
e.printStackTrace();
}

}


public static long getFreeMeory(){

return Runtime.getRuntime().freeMemory()/(1024*1024);

}




map size:3053000
Free memory after count 3053000 is 68 MB
map size:3054000
Free memory after count 3054000 is 68 MB
map size:3055000
Free memory after count 3055000 is 68 MB
map size:3056000
Free memory after count 3056000 is 68 MB
map size:3057000
Free memory after count 3057000 is 68 MB
map size:3058000
Free memory after count 3058000 is 68 MB
map size:3059000
Free memory after count 3059000 is 68 MB
map size:3060000
Free memory after count 3060000 is 68 MB
map size:3061000
Free memory after count 3061000 is 68 MB
map size:3062000
Free memory after count 3062000 is 68 MB
map size:3063000
Free memory after count 3063000 is 68 MB
map size:3064000
Free memory after count 3064000 is 68 MB
map size:3065000
Free memory after count 3065000 is 68 MB
map size:3066000
Free memory after count 3066000 is 67 MB
map size:3067000
Free memory after count 3067000 is 67 MB

相关推荐

    Java中内存泄露及垃圾回收机制参照.pdf

    Java中内存泄露及垃圾回收机制参照 Java是一种可以编写跨平台应用软件的面向对象的程序设计语言,由Sun Microsystem公司的詹姆斯·高斯林等人于20世纪90年代初开发。伴随着Java技术的普及,网络上越来越多的服务器...

    Java中内存泄露及垃圾回收机制.pdf

    ### Java中内存泄露及垃圾回收机制 #### 一、内存泄露概述 在计算机科学领域,内存泄露是指在程序运行过程中,不再使用的内存未被及时释放,导致这部分内存无法被重复利用,进而影响程序性能甚至导致程序崩溃的...

    如何解决Java内存泄漏

    ### 如何解决Java内存泄漏 #### 1. 背景 Java凭借其垃圾回收机制大大简化了内存管理,使得开发者无需手动管理内存的释放,从而提升了开发效率。然而,这种自动化管理也可能成为一把双刃剑,特别是当开发人员忽视...

    java中内存泄漏.docx

    Java内存管理的核心是对象的生命周期,所有对象都在堆内存中分配。当一个对象不再被任何引用所指向,即成为无用对象时,理论上它应该被GC回收。GC通过建立一个有向图来跟踪对象的引用关系,其中根节点通常是程序的主...

    Java加载dll,导致Java进程内存泄露

    如果DLL中分配了内存但未正确释放,或者Java和DLL之间对对象的引用处理不当,都可能导致内存泄露,使得Java进程的内存占用持续增长,影响系统性能。 描述中的“NULL”可能是博主在描述问题时的简化表示,通常在编程...

    关于Java中内存泄露问题的研究.pdf

    关于Java中内存泄露问题的研究

    java内存泄露、溢出检查方法和工具

    本文将深入探讨如何检测和分析Java内存泄露与溢出,并介绍一种常用的工具——Memory Analyzer(MAT)。 首先,理解内存泄露的概念至关重要。在Java中,内存泄露通常发生在对象不再被程序使用但仍然保持在内存中,...

    java之内存泄露

    本文将深入探讨Java内存泄露的原因、表现形式以及预防措施。 #### 二、Java内存回收机制 Java的内存管理机制主要依赖于垃圾回收器(Garbage Collection, GC),这是一种自动化的内存管理方式。当对象不再被引用时,...

    java内存泄漏分析工具

    Java内存泄漏是一个严重的问题,它会导致程序性能下降,甚至可能导致应用程序崩溃。为了有效地诊断和解决这类问题,开发者需要借助特定的分析工具。本篇将详细探讨Java内存泄漏及其相关的分析工具。 内存泄漏是指...

    java内存泄漏解决

    ### Java内存泄漏解决方案详解 #### 一、Java内存泄漏概述 在Java开发过程中,经常会遇到内存泄漏的问题,尤其是在长时间运行的应用程序中更为常见。本文将详细介绍如何解决Java内存泄漏问题,帮助开发者更好地...

    java避免内存泄露

    在Java中,由于具备垃圾回收机制(GC),理论上开发者不必担心内存泄露问题。然而,在实际应用中,仍然存在一些特殊情况会导致内存泄露的发生。 #### 二、内存泄露的原因分析 1. **未及时关闭资源**:例如文件句柄、...

    基于Java的内存泄露分析及定位

    Java内存管理是一个关键的议题,尤其对于开发大型和长期运行的应用程序来说,内存泄漏可能导致性能下降,甚至引发严重的系统故障。内存泄漏通常发生在程序错误地管理内存,导致某些不再使用的对象无法被垃圾收集器...

    java内存泄漏问题追踪

    4. "java内存泄露专题研究和应用_石麟.docx"可能提供了更深入的研究和实际案例,包括如何识别特定类型的内存泄漏,以及针对不同场景下的解决方案。而"ha450.jar"可能是一个示例应用或者工具,用于演示内存泄漏问题...

    JAVA内存泄漏分析工具

    Java内存泄漏分析是一个关键的系统优化任务,尤其是在大型企业级应用中,长期运行的系统可能会因为内存泄漏导致性能下降甚至服务中断。"JAVA内存泄漏分析工具"正是一款用于解决此类问题的专业工具,它能帮助开发者...

    java 内存泄漏

    ### Java内存泄漏详解 #### JVM内存管理概览 在探讨Java内存泄漏之前,我们先简要回顾一下JVM(Java虚拟机)的基本架构及其内存管理机制。这有助于更好地理解内存泄漏的发生原因及其解决方法。 ##### 类装载子...

    java内存分析-内存泄露问题.rar

    本文将深入探讨Java内存分析和内存泄露问题。 首先,我们需要了解Java内存模型的基础。Java内存主要分为三个区域:堆(Heap)、栈(Stack)和方法区(Method Area)。堆用于存储对象实例,栈用于存储方法调用及局部...

    java使用JMAP定位代码内存泄漏在哪

    本文将详细介绍如何使用JMAP工具来定位Java代码中的内存泄漏问题。 首先,理解内存泄漏的概念:内存泄漏是指程序在申请内存后,无法释放已申请的内存空间,一次小的内存泄漏可能并不明显,但随着时间的推移,这些未...

    Java内存泄露及内存无法回收解决方案

    本文将深入探讨Java内存泄露的原理,分析内存无法回收的原因,并提供相应的解决方案。 首先,我们要了解Java内存模型。Java虚拟机(JVM)中有三个主要的内存区域:堆内存(Heap)、栈内存(Stack)和方法区(Method...

    Java中内存泄露及垃圾回收机制宣贯.pdf

    收机制在Java中,垃圾回收(Garbage Collection, GC)是一项自动管理内存的重要机制,它主要负责识别并清除不再使用的对象,从而释放内存资源。Java的垃圾回收机制是由虚拟机(JVM)的一部分——垃圾回收器(Garbage...

Global site tag (gtag.js) - Google Analytics