小白变大牛之垃圾回收机制和常见的内存泄漏

垃圾回收机制

1. 分代垃圾回收机制，是基于不同的对象有不同的生命周期，因此要采用不同的算法，以便提高回收的效率，我们将对象分为三种状态，“新生代”，“老年代”，“持久代”,JVM将堆分为Eden，Survivor和Tenured/old空间
2. 堆内存划分细节
   Minor GC：
   用于清理年轻代区域，Eden区满了会触发一次Minor GC来清理无用的对象，然后将有用的对象复制到Survivor区
   Major GC：
   用于清理老年代区域
   Full GC：
   用于清理年轻代，老年代。成本较高，对系统影响很大

垃圾回收过程

1. 新建对象，绝大多数会存储到Eden区
2. 当Eden区满了（达到一定的比例）不能创建新的对象，将触发GC回收，将无用的对象清理掉，然后剩余的对象存放在Survivor中，如S1，同时清空Eden区
3. 当Eden区再次满了后，会将S1不能清除的对象存放到s2中，同时将Eden区不能清空的对象存放到S1中
4. 重复多次（默认15次），Survivor中不能清空的对象将会被存放到老年代
5. 当Old（老年代）也满了，则会触发一次完整的垃圾回收（Full GC）
   

开发中容易造成内存泄漏的操作

1. 创建大量无用的对象
   比如我们在使用字符串拼接的时候，使用的是String而不是StringBuilder

   String str = “”；
   for(int i=0;i<100000;i++){
     str+=i;    //相当产生了10000个string对象
   }
   

2. 静态集合类的使用
   像Hasmap，Vector，List等的使用特别容易造成泄漏，这些静态变量的生命周期和应用程序一样

3. 各种连接对象（IO流对象，数据库连接对象（JDBC），网络连接对象）未关闭

4. 监听器的使用
   释放对象时没有删除对应的监听器

总结：

1. 程序员无权调用垃圾回收机制
2. 程序员可以调用System.gc（），该方法只起到通知的作用
3. finalize方法，该方法是用来释放对象或者资源的，尽量少用