可达性分析算法来判断对象是否是不再使用的对象，本质都是判断一上对象是否还被引用，对于这种情况下，由于代码的实现不同就会出现很多内存泄漏问题(让JVM误以为此对象还在引用，无法回收，造成内存泄漏) 严格来说，只有对象不会再被程序用到了，但是GC又不能回收他们的情况，叫内存泄漏 对象X引用对象Y，X的生命周期比Y的生命周期长 那么当Y生命周期结束的时候，X依然引用着Y，这时候，垃圾回收期是不会回收对象Y的 如果对象X还引用着生命周期比较短的A，B，C，对象A对引用着对象a,b,c，这样可能造成大量无用的对象不能被回收，进而占据了内存资源，造成内存泄漏，直到内存溢出 申请了内存用完了不释放，如一共有1024M内存，分配了512M的内存一直不回收，那么可用内存只有512M，仿佛泄露了一部分，通俗讲内存泄漏就是【占着茅坑不拉shi】 申请内存时，没有足够的内存可以使用 通俗一点讲，一个厕所三个坑，有两个站着茅坑不走(内存泄漏)，剩下一个坑，厕所一示接待压力大，这时一下来了两个人，坑位(内存)不够了，内存泄漏变成内存溢出了 内存泄漏和内存溢出的关系，内存泄漏增多，最终导致内存溢出 经常发生 ：发生内存泄露的代码会被多次执行，每次执行，泄露一块内存偶然发生 ：在某些特定情况下才会发生一次性 ：发生内存泄漏的方法只会执行一次隐式泄漏 ：一直占着内存不释放，直到执行结束，严格的说这个不算内存泄漏，因为最终释放掉了，但如果执行时间特别长，会导致内存耗尽静态集合类，如HashMap、LinkedList等，如果这些容器为静态的，那么它们的生命周期与JVM程序一致，则容器中对象在程序结束这前将不能被释放，从而造成内存泄漏，简单而言，长生命周期的对象持有短生命周期对象的引用，尽管生命周期的对象不再使用，但是因为长生命周期对象持有它的引用而导致不能被回收。 public class MemoryLeak { static List list = new ArrayList ( ) ; public void oomTests ( ) { Object obj = new Object ( ) ; list. add ( obj) ; }
}
单例模式和静态集合导致内存泄漏的原因类似，因为单例的静态特性，它的生命周期和JVM的生命周期一样长，所以如果单例对象如果持有外部对象的引用，那么这个外部对象也不会被回收，那么就会造成内存泄漏。 内部类持有外部类，如果一个外部类的实例对象的方法返回一个内部类的实例对象 这个内部类对象被长期引用了，即使那个外部类实例对象不再被使用，但由于内部类持有外部类的实例对象，这个外部类对象将不会被垃圾回收，这也会造成内存泄漏 各种连接，如数据库连接，网络连接和IO连接等 在对数据库进行操作的过程中，首先要建立与数据库连接，当不再使用时，需要调用close方法来释放与数据库连接，只有连接被关闭后，垃圾回收器才会回收对应的对象 否则，在访问数据库的过程中，对Connection，Statement或ResultSet不显性地关闭，将会造成大量的对象无法被回收，从而引起内存泄漏 public static void main ( String [ ] args) { try { Connection conn = null ; Class . forName ( "com.mysql.jdbc.Driver" ) ; conn = DriverManager . getConnection ( "url" , "username" , "password" ) ; Statement stmt = conn. createStatement ( ) ; ResultSet rs = stmt. executeQuery ( "...." ) } catch ( Exception e) { } finally { }
}
变量不合理的作用域，一般而言，一个变量的定义的作用范围大于其使用范围，很有可能会造成内存泄漏，另一方面，如果没有及时地把对象设置为null,很有可能导致内存泄漏的定义 public class UsingRandom { private String msg; public void receiveMsg ( ) { msg = readFromNet ( ) ; saveDB ( ) ; }
}
上面伪代码，通过readFromNet方法把接收到的消息保存到变量msg中，然后调用saveDB方法把msg内存保存到数据库，此时msg已经没用了，由于msg的生命周期与对象的生命周期相同，此时msg不能回收，因此造成内存泄漏 实际msg变量可以放在receiveMsg方法内部 ，当方法用完，那么msg的生命周期就结束了，此时就可以回收了，另一种方法，使用完msg后，将msg=null,此时垃圾回收器也会回收msg内存空间 当一个对象被存储进HashSet集合中后，就不能修改这个对象中的那些参与计算哈希值的字段了，否则，对象修改后的哈希值与最初存储进HashSet集合中的哈希值就不同了，在这种情况下，即使用在contains方法使用该对象的当前引用作为的参数去HashSet集合中检索对象，也将返回找不到对象的结果，这也会导致无法从HashSet集合中单独删除当前对象，造成内存泄漏 这也是String设置成不可变类型的原因，可以放心把String存入HashSet，或把String当成HashMap的key值 当我们需要把自定义的类保存到散列表时，需要保证对象的hashCode不可变 public class ChangeHashCode1 { public static void main ( String [ ] args) { HashSet < Point > = new HashSet < > ( ) ; Point cc = new Point ( ) ; cc. setX ( 10 ) ; hs. add ( cc) ; cc. setX ( 20 ) ; System . out. println ( "hs.remove = " + hs. remove ( cc) ) ; hs. add ( cc) ; System . out. println ( "hs.size = " + hs. size ( ) ) ; }
}
class Point { int x; public int getX ( ) { return x; } public void setX ( int x) { this . x = x; } @Override public int hashCode ( ) { final int prime = 31 ; int result = 1 ; result = prime * result + x; return result; } @Override public boolean equals ( Object obj) { if ( this == obj) { return true ; } if ( obj == null ) return false ; if ( getClass ( ) != obj. getClass ( ) ) return false ; Point other = ( Point ) obj; if ( x != other. x) return false ; return true ; }
}
hs. remove = false
hs. size = 2
一旦对象引用放入缓存中，很容易遗忘，比如，之前项目在一次上线的时候，应用启动奇慢直至夯死，因为代码中会加载一个表中的数据到缓存(内存)中，测试环境只有几百条数据，但是生产环境有几百万的数据。 对于这个问题，可以使用WeakHashMap代表缓存，此种Map的特点是，当除了自身有对key的引用外，此key没有其他引用那么此map会自动丢弃此值。 public class MapTest { static Map wMap = new WeakHashMap ( ) ; static Map map = new HashMap ( ) ; public static void main ( String [ ] args) { init ( ) ; testWeakHashMap ( ) ; testHashMap ( ) ; } public static void init ( ) { String ref1 = new String ( "object1" ) ; String ref2 = new String ( "object2" ) ; String ref3 = new String ( "object3" ) ; String ref4 = new String ( "object4" ) ; wMap. put ( ref1, "cacheObject1" ) ; wMap. put ( ref2, "cacheObject2" ) ; map. put ( ref3, "cacheObject3" ) ; map. put ( ref4, "cacheObject4" ) ; System . out. println ( "String引用ref1,ref2,ref3,ref4消失" ) ; } public static void testWeakHashMap ( ) { System . out. println ( "WeakHashMap GC前" ) ; for ( Object o : wMap. entrySet ( ) ) { System . out. println ( o) ; } try { System . gc ( ) ; TimeUnit . SECONDS . sleep ( 5 ) ; } catch ( InterruptedException e) { e. printStackTrace ( ) ; } System . out. println ( "WeakHashMap GC后" ) ; for ( Object o : wMap. entrySet ( ) ) { System . out. println ( o) ; } } public static void testHashMap ( ) { System . out. println ( "HashMap GC前" ) ; for ( Object o : map. entrySet ( ) ) { System . out. println ( o) ; } try { System . gc ( ) ; TimeUnit . SECONDS . sleep ( 5 ) ; } catch ( InterruptedException e) { e. printStackTrace ( ) ; } System . out. println ( "HashMap GC后" ) ; for ( Object o : map. entrySet ( ) ) { System . out. println ( o) ; } }
}
String 引用ref1, ref2, ref3, ref4消失
WeakHashMap GC 前
object2= cacheObject2
object1= cacheObject1
WeakHashMap GC 后
HashMap GC 前
object4= cacheObject4
object3= cacheObject3
HashMap GC 后
object4= cacheObject4
object3= cacheObject3
如果客户端在你实现API注册回调，却没有显示的取消，就会产生积聚，需要确保回调被当作垃圾回收的最佳方法是只保存它的弱引用，保存成WeakHashMap的键 
