插一句:JVM有三种,分别是Sun公司的HotSpot VM(现在的常用JVM)、BEA JRockit、IBM的J 9VM。
6、堆
Heap,一个JVM只有一个堆内存,且堆内存的大小是可以调节的。超出内存会报OOM错误!
堆内存中还能细分为三个区域:
-
新生区(又包含伊甸园区、幸存0区(from)、幸存1区(to),这两个幸存区是动态交换存的)
1、类的诞生和成长,甚至被回收的地方
2、所有对象都是在伊甸园区new出来的 -
养老区
新生区满了后,经过垃圾回收活下来的就进入养老区
-
永久区(jdk1.8后叫元空间)
1、这个区域不存在垃圾回收
2、这个区是常驻内存的,用来存放JDK自身携带的Class对象- JDK1.6之前:叫永久代,常量池是在方法区里
- JDK1.7:还是叫永久代,但慢慢退化了,要去永久代,常量池在方法区
- JDK1.8之后:无永久代,常量池在元空间,方法区也在这里,而元空间在逻辑上存在,在物理上可能不存在
GC垃圾回收主要是在新生区和养老区,一般新生区的垃圾回收叫轻GC,养老区的垃圾回收为重GC(Full GC)。且99%的对象都是临时对象,能进撑过重GC进入养老区的并不多。
7、dump内存快照
解决OOM错误方法:
一、增加堆内存,看是否还报错;
二、使用的排查工具:
- jprofiler插件(idea下载插件+下载jprofiler软件)
- jprofiler是一款性能瓶颈分析插件,能很好集成在idea上,只需在idea工具的插件中安装jprofiler,并在电脑安装jprofiler软件,最后在idea中绑定jprofiler.exe启动即可
- 在软件中可以查看是哪个线程出错了,并能看到是哪行代码导致的堆内存爆炸
- eclipse(自动集成的mat插件)
8、GC的常见算法
三种常用:标记清除算法、标记整理算法、复制算法(引用计数算法不常用)。
复制算法:
每次GC都会将伊甸园区活的对象移到幸存区中(一旦伊甸园区被GC后,就会是空的)。在幸存区中,要保证有一个幸存区是空的(即to区),如果两个幸存区都有对象了,这时就会将其中一个区的对象复制到另一区,这个时候空的区就是to区。
自己理解:就是用复制算法来保证幸存区中的to区永远是空的,达到两个区动态交换的效果。
- 谁空谁是to
- 当一个对象经历了15次GC都还活着时,就会进入养老区。(默认15次,可以通过-XX:MaxTenuringThreshold=?来设置进入老年代的时间)
- 优点:
没有内存的碎片~
- 缺点:
浪费内存空间 ~:多了一半,to区永远是空的
复制算法最佳使用场景:对象存活度较低的情况下(比如在新生区中)。
标记清除算法:
为每个对象存储一个标记位,记录对象的状态(活着或是死亡)。分为两个阶段,一个是标记阶段,这个阶段内,为每个对象更新标记位,检查对象是否死亡;第二个阶段是清除阶段,该阶段对死亡的对象进行清除,执行 GC 操作。
自己理解:就是扫描一次对象,对活着的对象进行标记,然后再扫描一次对象,清除没有被标记的对象。
优点:
相对于复制算法而言,不需要额外的空间
缺点:
1、两次扫描,严重浪费时间(每个活着的对象都要在标记阶段遍历一遍;所有对象都要在清除阶段扫描一遍,因此算法复杂度较高)。
2、会产生内存碎片(没有移动对象,导致可能出现很多碎片空间无法利用的情况)。
而标记整理算法就是对标记清除算法的再优化。
标记整理算法:
同样,在标记阶段,该算法也将所有对象标记为存活和死亡两种状态;不同的是,在第二个阶段,该算法并没有直接对死亡的对象进行清理,而是将所有存活的对象整理一下,放到另一处空间,然后把剩下的所有对象全部清除。这样就达到了标记-整理的目的。
自己理解:就是相对于标记清除算法的标记阶段后,再加一次扫描,整理对象将活着的对象移动到一起,再扫描清除。
一般是将这两个算法一起使用,叫标记-清除-压缩算法。
优点:
该算法不会像标记清除算法那样产生大量的碎片空间。
缺点:
如果存活的对象过多,整理阶段将会执行较多复制操作,导致算法效率降低。
总结:
在内存效率方面(时间复杂度):复制算法 > 标记清除算法 > 标记整理算法
在内存整齐度方面:复制算法 = 标记整理算法 > 标记清除算法
在内存利用率方面:标记清除算法 = 标记整理算法 > 复制算法
没有最好的算法,只有在一中情况下最合适的算法!!!