1.谈谈你对Java的理解

1.平台无关性
2.GC
3.语言特性
4.面向对象
5.类库
6.异常处理
7....

1.垃圾回收算法:

1.标记-清除算法

  • 标记:从根集合进行扫描,对存活的对象进行标记
  • 清除: 对堆内存从头到尾进行线性遍历,回收不可达对象内存

缺点:
1.容易产生不连续的碎片化空间

2.复制算法:(适合对象存活率低的场景,--新生代)

  • 分为对象面和空闲面
  • 对象在对象面上创建
  • 存活的对象被从对象面复制到空闲面
  • 将对象面所有对象内存清除

解决:

  • 解决碎片化问题
  • 顺序分配内存,简单高效
  • 适用于对象存活率低的场景

3.标记-整理算法(适合对象存活率高的场景,--老年代)

  • 标记: 从跟集合进行扫描,对存活的对象进行标记
  • 清除: 移动所有存活的对象, 切按照内存地址次序依次排列,然后 将末端内存地址以后的内存全部回收

解决:

  • 避免内存的不连续行
  • 不用设置两块内存互换
  • 适用于存活率高的场景

4.分代收集算法: (主流)

  • 垃圾回收算法的组合拳
  • 按照对象生命周期的不同划分区域以采用不同的垃圾回收算法
  • 目的: 提高JVM的回收效率

分代收集算法的GC分类:
新生代:存放生命周期较短的对象(堆占比1/3),----采用复制算法回收

  • 一.Minor GC
    1.> Eden区 (占比 8/10)
    刚被创建的对象通常被放在Eden区,若内存过大则会分配到Survivor甚至老年代中
    2.> 两个Survivor区(1/10,1/10)
    两个Survivor区被分为from区和to区,并且两个区不是固定的,可以相互转换
    如何晋升到老年代?
    1.经历一定的Minor次数依然存活的对象(默认15次)
    2.Survivor区中存放不下的对象
    3.新生成的大对象
    (可通过设置-XX:+PretenuerSizeThreshold调大小,超过该设置的大小,一经生成则会立马放到老年代中)
    常用的调优参数:
    -XX:SurvivorRatio:Eden和Survivor的比值,默认8:1
    -XX:NewRation:老年代和年轻代内存大小的比例
    -XX:MaxTenuringThreshold:对象从年轻代晋升到老年代经过的GC次数的最大阈值

老年代:存放生命周期较长的对象(堆占比2/3)----采用标记-整理(清理)算法回收

  • 二.Full GC
    Full GC 和Major GC
    Full GC比Minor GC 慢,但执行频率低
    触发Full GC的条件:通过以下任意条件
    1.老年代空间不足
    2.永久代空间不足(仅针对JDK7及之前的版本)
    3.CMS GC时出现的promotion failed,concurrent mode failure
    4.Minor GC 晋升到老年代的平均大小大于老年代的剩余空间
    5.调用System.gc() ----仅仅只是提醒GC但执行与否要看GC
    6.使用RMI来进行RPC或管理的JDK应用,每小时执行1次Full GC

Stop-the-World

  • JVM由于要执行GC而停止了应用程序的执行
  • 任何一种GC算法中都会发生
  • 多数GC优化通过减少Stop-the-world发生的时间来提高程序性能

Safepoint

  • 分析过程中对象引用关系不会发生变化的点
  • 产生Safepoint的地方:方法调用;循环跳转;异常跳转等
  • 安全点数量适用

常见的垃圾收集器

JVM的运行模式:

  • Server (启动慢,速度快)
  • Client (启动快,速度慢)

使用 java -version 来查看JVM运行模式

垃圾收集器之间的联系:

年轻代常见的垃圾收集器:

  • Serial收集器(设置 -XX:+UseSerialGC可使年轻代使用该收集器回收, 复制算法)

1.单线程收集,进行垃圾收集时,必须暂停所有工作线程
2.简单高效,Client模式下默认的年轻代收集器

  • ParNew收集器(-XX:+UseParNewGC, 复制算法)

1.多线程收集,其余的行为,特点和Serial收集器一样
2.单核执行效率不如Serial,在多和下执行才有优势

  • Paralle Scavenge收集器(-XX: + UseParallelGC,复制算法)
    吞吐量=运行用户代码时间/()运行用户代码时间+垃圾收集器时间)

1.比起关注用户线程挺短时间,更关注系统的吞吐量
2.在多核下执行才有优势,Server模式下默认的年轻代收集器

老年代常见的垃圾收集器:

  • Serial Old收集器(-XX: + UseSerialOldGC,标记-整理算法)
  1. 单线程收集, 进行垃圾收集时,必须暂停所有工作线程
    2.简单高效,Client模式下默认的老年代收集器
  • Parallel Old收集器(-XX: + UseParallelOldGC,标记-整理算法)

多线程,吞吐量优先

  • CMS收集器(-XX: + UseConcMarkSweepGC,标记-清除算法)

1.初始化标记: stop-the-world(程序会停顿)
2.并发标记: 并发追溯标记,程序不会停顿
3.并发预清理: 查找执行并发标记阶段从年轻代晋升到老年代的对象
4.重新标记: 暂停虚拟机,扫描CMS堆中剩余对象
5.并发清理: 清理垃圾对象,程序不会停顿
6.并发重置: 重置CMS收集器的数据结构

  • G1收集器(-XX: + UseG1GC, 复制+标记-整理算法)
    G1收集器既能用于新生代也能用于老年代
    Garbage First收集器的特点:

1.并发和并行
2.分代收集
3.空间整合---基于标记整理算法
4.可预测的停顿
5.将整个Java堆内存划分成多个大小相等的Region
6.年轻代和老年代不再物理隔离

GC相关的面试题

1.Object的finalize()方法的作用是否与C++的析构函数作用相同?

2.Java中的强引用,软引用,弱引用,虚引用有什么用?

  • 强引用(Strong Reference)

最普遍的应用: Object obj = new Object()
宁可抛出OutOfMemoryError终止程序也不会回收具有强引用的对象
通过将对象设置为null来弱化引用,使其被回收

  • 软引用(Soft Refrence)

1.对象处在有用但非必须的状态
2.只有在内存空间不足时,GC才会回收该引用的对象内存
3.可以用来实现高速缓存

  • 弱引(Weak Reference用
  1. 非必须的对象,比软引用更弱一些
  2. GC时会被回收
  3. 被回收的概率也不大,因为GC线程优先级比较低
    4.适用于引用偶尔被使用且不影响垃圾收集的对象
  • 虚引用(PhantomReference)

1.不会决定对象的生命周期
2.任何时候都可能被垃圾收集器回收的活动
3.跟踪对象被垃圾收集器回收的活动,起哨兵作用
4.必须和引用队列ReferenceQueue联合使用

引用级别:

强引用 > 软引用 > 弱引用 > 虚引用

引用队列(ReferenceQueue)

1.无实际存储结构,存储逻辑依赖于内部节点之间的关系来表达
2.存储关联的且被GC的软引用,弱引用以及虚引用