关于java内存泄露的总结--引用的类型:强引用,弱引用,软引用

今天面试了一家公司的java开发方面的实习生,被问到一个问题:如何处理java中的内存泄露问题,保证java的虚拟机内存不会被爆掉,当时其实觉得面试官的问题有点泛,所以也没有很好领会他的意思,答案也不是很准确,后来回去查了下资料,大概明白面试官要问的东西是什么(尴尬,才反应过来),然后,也特地简单总结下java内存溢出的相关内容,以备之后复习。

一、什么情况下会java内存泄露?

  java不是有GC吗?为毛还会内存泄露?之前我也一直以为,java有垃圾回收器在,估计内存泄露的情况一般不会发生吧?后来发现并非如此,先看以下代码:

//内存泄露的简单例子
	//首先,要明白,GC它回收的是不可到达的对象,但是,在static 的集合类中,引用可以到达,但是却有可能对象已经不用了
	//首先定义一个静态变量
	public static ArrayList<Object> list = new ArrayList<Object>();
	public void stackOverExam(Object object){
		//当非静态变量被static变量持有引用的时候,容易发生内存泄露,因为object是一直被list引用着的
		list.add(object);
		object = null;//这里设置为null并没有达到释放object引用对应对象的效果,毕竟list还是持有引用
	}

 通过上面的代码,估计大家也可以看到:由于static指向的对象是不能被垃圾回收器回收的,所以,间接地object也无法回收,当业务对象很大而且很多时,便有内存泄露的风险了,所以我们可以总结到如下规则:当全局的静态变量持有局部变量(或者说,大范围的变量持有小范围变量而且小范围变量消耗内存较大、数目较多时),程序便有内存泄露的风险,一般来说,类似的例子还有,单例模式中的对象,模块之间的调用,内部类的引用被持有等

二、如何解决?

  经过百度一番,其实发觉解决的思路大概和下面这方面的知识有关:java的对象引用有以下几类:强引用,软引用,弱引用。具体看下图

解决刚说的内存泄露问题,主要运用的就是显式声明引用的类型,首先简单解释下相关的知识:

 1、引用的类型:强,软,弱。普通的java引用,也是我们最一般的java引用对象,便是强引用,它直接影响垃圾回收的进行(有强引用指向对应的对象,GC便不可回收该对象,即使内存不够用);软引用,和强引用的主要区别是:它会影响GC对对象的回收工作,但是,当虚拟机的内存不够用时,软引用所指向对象(当然,不能同时有强引用指向对象)会被强制回收;弱引用就等级更低,它无法影响GC对对象的垃圾回收工作,只能引用并访问对象。具体三种引用可以由下面的代码例子说明:

//软引用和弱引用的使用例子
	public void referenceExam(){
		Object object  = new Object();//这个普通object引用就是一个强引用
		//软引用通过SoftReference创建一个软引用
		SoftReference<Object> softObjReference = new SoftReference<Object>(object);
		//通过get方法获取真正的对象引用
		softObjReference.get();
		//弱引用通过WeakReference来关联一个对象
		WeakReference<Object> weakObjReference = new WeakReference<Object>(object);
		weakObjReference.get();//这个方法返回了真实的对象引用,当没有强引用或者弱引用指向它时,返回为null

	}

  

 2、对于防止内存泄露以及与垃圾回收有关的引用强弱类型,我们可以归纳出下面的特点:

    A、当我们在高速缓存中缓存较大的对象例如缓存图片等以提高读取速度的时候(针对大内存对象问题),可以将相关的对象设置为软引用对象,这样保证在内存不够用的时候GC可以进行回收工作。

     B、当我们完全不像由于当前对对象的引用而影响对象的其他模块原来设定的GC回收时期,我们可以采用弱引用(相当于只可访问数据而访问不会对GC对对象的回收造成影响)

    C、当然,java还有一种叫做虚引用的引用类型变量,该变量其实现实中用得不多,主要用来跟踪对象GC过程,所以这里不详细讲。

最后,至于什么时候要设置对象为弱引用(或者软引用),个人觉得还是要根据具体的业务进行对象使用的判断,如果全局对象过大,有可能在程序中造成泄露问题,或者说我们不想在不清楚对象何时可以被回收(工厂通过接口提供对象给客户)时,可以采用软引用或者弱引用进行对象访问。

当然,其实内存泄露是个很大的主题,这里仅仅是讨论了一小部分内容而已,各位有更多的见解也欢迎交流!

时间: 2024-10-07 06:32:18

关于java内存泄露的总结--引用的类型:强引用,弱引用,软引用的相关文章

Java内存泄露的理解与解决

Java内存管理机制 在C++语言中,如果需要动态分配一块内存,程序员需要负责这块内存的整个生命周期.从申请分配.到使用.再到最后的释放.这样的过程非常灵活,但是却十分繁琐,程序员很容易由于疏忽而忘记释放内存,从而导致内存的泄露.Java语言对内存管理做了自己的优化,这就是垃圾回收机制.Java的几乎所有内存对象都是在堆内存上分配(基本数据类型除外),然后由GC(garbage collection)负责自动回收不再使用的内存. 上面是Java内存管理机制的基本情况.但是如果仅仅理解到这里,我们

java内存泄露详解

很多人有疑问,java有很好的垃圾回收机制,怎么会有内存泄露?其实是有的,那么何为内存泄露?在Java中所谓内存泄露就是指在程序运行的过程中产生了一些对象,当不需要这些对象时,他们却没有被垃圾回收掉,而且程序运行中很难发现这个对象,它始终占据着内存却没有发挥作用. 我举这样一个例子,在现实开发中我们需要自定义一个先进后出的栈集合,代码如下: 这个代码看起来和运行起来都没问题,但是,这里有个很隐晦的问题,就是在pop()方法里面,我们首先找到集合最后一个元素的下标,然后按照下标从集合中取出,但是这

Java 内存泄露(二)

一.Java内存回收机制 不论哪种语言的内存分配方式,都需要返回所分配内存的真实地址,也就是返回一个指针到内存块的首地址.Java中对象是采用new或者反射的方法创建的(还有克隆),这些对象的创建都是在堆(Heap)中分配的,所有对象的回收都是由Java虚拟机通过垃圾回收机制完成的.GC为了能够正确释放对象,会监控每个对象的运行状况,对他们的申请.引用.被引用.赋值等状况进行监控,Java会使用有向图的方法进行管理内存,实时监控对象是否可以达到,如果不可到达,则就将其回收,这样也可以消除引用循环

Java内存泄露及性能调优

内存泄漏及解决方法 1.系统崩溃前的一些现象:每次垃圾回收的时间越来越长,由之前的10ms延长到50ms左右,FullGC的时间也有之前的0.5s延长到4.5sFullGC的次数越来越多,最频繁时隔不到1分钟就进行一次FullGC年老代的内存越来越大并且每次FullGC后年老代没有内存被释放 之后系统会无法响应新的请求,逐渐到达OutOfMemoryError的临界值. 2.生成堆的dump文件 通过JMX的MBean生成当前的Heap信息,大小为一个3G(整个堆的大小)的hprof文件,如果没

java 内存泄露 学习

1.什么事内存泄露 内存泄露就是对象不用了,但是无法回收该对象占用的内存. 2.java不是有垃圾回收机制,咋还会发生内存泄露呢? java的垃圾回收机制就是把无用的对象(GC roots可达与否)用的内存回收,但是垃圾回收不是万能的,在一些场合会出现内存泄露, 长对象持有短对象的引用, 1.静态集合类 1 Static Vector v = new Vector(10); 2 for (int i = 1; i<100; i++) 3 { 4 Object o = new Object();

Java 内存泄露的理解与解决过程

本文详细地介绍了Java内存管理的原理,以及内存泄露产生的原因,同时提供了一些列解决Java内存泄露的方案,希望对各位Java开发者有所帮助. Java内存管理机制 在C++ 语言中,如果需要动态分配一块内存,程序员需要负责这块内存的整个生命周期.从申请分配.到使用.再到最后的释放.这样的过程非常灵活,但是却十分繁琐,程序员很容易由于疏忽而忘记释放内存,从而导致内存的泄露. Java 语言对内存管理做了自己的优化,这就是垃圾回收机制. Java 的几乎所有内存对象都是在堆内存上分配(基本数据类型

JAVA 内存泄露详解

一.Java内存回收机制  不论哪种语言的内存分配方式,都需要返回所分配内存的真实地址,也就是返回一个指针到内存块的首地址.Java中对象是采用new或者反射的方法创建的,这些对象的创建都是在堆(Heap)中分配的,所有对象的回收都是由Java虚拟机通过垃圾回收机制完成的.GC为了能够正确释放对象,会监控每个对象的运行状况,对他们的申请.引用.被引用.赋值等状况进行监控,Java会使用有向图的方法进行管理内存,实时监控对象是否可以达到,如果不可到达,则就将其回收,这样也可以消除引用循环的问题.在

黑马程序员——hashCode方法的作用,java内存泄露

hashCode方法的作用:当有一个对象要存入hash集合的时候,JVM首先会调用hashCode方法获取该对象的哈希值,然后根据哈希值找到相应的存储区域,最后取出该区域的所有元素与该对象进行equals比较,如果相等,不存入该元素,否则,存入.这样不用遍历集合中的所有元素就能的到我们想要的结果,提高了查找的效率.但是如果不覆写hashCode方法的话,相同的对象可能会存储在HashSet集合中,虽然他们equals比较相同,但他们的内存区域不同的话,就不会进行equals比较了.为了让两个相同

动手探究Java内存泄露问题

在本系列教程中,将带大家动手探究Java内存泄露之谜,并教授给读者相关的分析方法.以下是一个案例. 最近有一个服务器,经常运行的时候就出现过载宕机的现象.重启脚本和系统后,该个问题还是会出现.尽管有大量的数据丢失,但因不是关键业务,问题并 不严重.不过还是决定作进一步的调查,来看下问题到底出现在哪.首先注意到的是,服务器通过了所有的单元测试和完整的集成环境的测试.在测试环境下使用测 试数据时运行正常,那么为什么在生产环境中运行会出现问题呢?很容易会想到,也许是因为实际运行时的负载大于测试时的负载