JVM——基础面试题

1. 内存模型以及分区

JVM分为堆区和栈区,还有方法区,初始化的对象放在堆里面,引用放在栈里面,class类信息常量池(static常量和static变量)等放在方法区

  • 方法区:主要存储类信息,常量池,编译后的代码(字节码)等数据
  • 堆:初始化的对象,成员变量(非static),所有的对象实例和数组都要在堆上分配
  • 栈:栈的结构是栈帧组成的,调用一个方法就压入一帧,帧上面存储局部变量表,操作数栈,方法出口等信息,局部变量表存放的是8大基础类型加上一个引用类型,所以还是一个指向地址的指针
  • 本地方法栈:主要为Native方法服务
  • 程序计数器:记录当前线程执行的行号
2. 堆里面的分区

堆里面分为新生代和老生代(java8取消了永久代,采用了Metaspace),新生代包含Eden+Survivor区,survivor区里面分为from和to区,内存回收时,如果用的是复制算法,从from复制到to,当经过一次或者多次GC之后,存活下来的对象会被移动到老年区,当JVM内存不够用的时候,会触发FullGC,清理JVM老年区当新生区满了之后会触发YGC,先把存活的对象放到其中一个Survice区,然后进行垃圾清理。因为如果仅仅清理需要删除的对象,这样会导致内存碎片,因此一般会把Eden进行完全的清理,然后整理内存。那么下次GC的时候,就会使用下一个Survive,这样循环使用。如果有特别大的对象,新生代放不下,就会使用老年代的担保,直接放到老年代里面。因为JVM认为,一般大对象的存活时间一般比较久远

3. GC的两种判定方法
  • 引用计数法:指的是如果某个地方引用了这个对象就+1,如果失效了就-1,当为0就会回收。但是JVM没有使用这种方式,因为无法判定循环引用的情况
  • 可达性分析:通过一种GC ROOT的对象(方法区中静态变量引用的对象等)来判断,如果有一条引用链能够到达GC ROOT就说明该对象存货
4. safePoint是什么

GC的时候必须要等到Java线程都进入到safepoint的时候VMThread才能开始执行GC。

  1. 循环的末尾(防止大循环的时候一直不进入safepoint,而其他线程在等待它进入safepoint)
  2. 方法返回前
  3. 调用方法的call之后
  4. 抛出异常的位置
5. GC的三种收集方法
  1. 标记清除:先标记,标记完毕之后再清除,效率不高,会产生碎片
  2. 标记复制:分为8:1的Eden区和survivor区,标记完毕之后,所有存活对象向另一个surivivor复制
  3. 标记整理:标记完毕之后,让所有存活对象向一端移动
6. CMS和G1收集器的特点

CMS收集器是基于“标记——清除”算法实现的,经过多次标记才会被清除
G1收集器整体看是基于“标记——整理”算法实现的,从局部(两个Region之间看)是基于“复制”算法实现的

7. Minor GC 与Full GC分别在什么时候发生?

新生代不够用时就发生MGC也叫YGC,JVM内存不够的时候发生FGC

8. 集中常用的内存调试工具
  • jstack:可以看当前栈的情况
  • jmap:查看内存
  • jhat:进行dump堆的信息
9. 类加载的几个过程

加载、验证、准备、解析、初始化、使用、卸载。

通过全限定名来加载生成class对象到内存中,然后进行验证这个class文件,包括文件格式校验,元数据验证,字节码校验等。准备是对这个对象分配内存。解析是将符号引用转化为直接引用,初始化就是执行构造器的代码。

10. Java内存模型

java内存模型(JMM)是线程间通信的控制机制JMM定义了主内存和线程之间抽象关系。 线程之间的共享变量存储在主内存(main memory)中,每个线程都有一个私有的本地 内存(local memory),本地内存中存储了该线程以读/写共享变量的副本。本地内存是 JMM 的一个抽象概念,并不真实存在。它涵盖了缓存,写缓冲区,寄存器以及其他的硬 件和编译器优化。

线程A与线程B之间如要通信的话,必须要经历下面2个步骤:

  1. 首先,线程A把本地内存A中更新过的共享变量刷新到主内存中去
  2. 然后,线程B到主内存中去读取线程A之前已更新过的贡献变量
11. 双亲委派模型机制

当一个类收到了类加载请求时,不会自己先去加载这个类,而是将其委派给父类,由父类去加载,如果此时父类不能加载,反馈给子类,由子类去完成类的加载

12. 类加载器

实现通过类的权限定名获取该类的二进制字节流的代码块叫做类加载器。 主要有一下四种类加载器:

  1. 启动类加载器(Bootstrap ClassLoader)用来加载 java 核心类库,无法被 java 程序直接引用。
  2. 扩展类加载器(extensions class loader):它用来加载 Java 的扩展库。Java 虚拟机的 实现会提供一个扩展库目录。该类加载器在此目录里面查找并加载 Java 类。
  3. 系统类加载器(system class loader):它根据 Java 应用的类路径(CLASSPATH) 来加载 Java 类。一般来说,Java 应用的类都是由它来完成加载的。可以通过 ClassLoader.getSystemClassLoader()来获取它。
  4. 用户自定义类加载器,通过继承 java.lang.ClassLoader 类的方式实现。
13. 简述java内存分配与回收策略以及Minor GC和Major GC
  1. 对象优先在堆的Eden区分配
  2. 大对象直接进入老年代
  3. 长期存活的对象将直接进入老年代

当 Eden 区没有足够的空间进行分配时,虚拟机会执行一次 Minor GC.Minor Gc 通 常发生在新生代的 Eden 区,在这个区的对象生存期短,往往发生 Gc 的频率较高, 回收速度比较快;Full Gc/Major GC 发生在老年代,一般情况下,触发老年代 GC 的时候不会触发 Minor GC,但是通过配置,可以在 Full GC 之前进行一次 Minor GC 这样可以加快老年代的回收速度。

<think>嗯,用户想要JVM调优相关的面试题和经验总结,目标是18K级别的Java岗位。从引用内容看,18K属于中级开发岗,需要扎实的JVM功底和调优实战能力[^5]。 用户可能正在准备面试,需要系统性的知识梳理。引用[3][4]提到JVM调优是Java面试核心考点,包括内存结构、垃圾回收、性能监控等。引用[5]特别强调18K薪资需要突破CRUD层面,要能解决高并发场景下的性能问题。 我注意到用户提供的引用中有几个关键点需要覆盖: 第一,必须包含基础概念题(如内存区域划分、GC算法原理),这是面试必问[^3]。 第二,要突出实战调优经验(如参数配置、OOM排查),引用[4][5]显示这是区分普通开发和中级开发的关键。 第三,需补充性能压测和监控工具链的使用,引用[4]明确提到这是高频考点。 关于面试经验部分,引用[5]的案例很有参考价值——仅会SSM框架达不到18K水准,必须能说清楚调优对业务的影响。因此我在回答中加入了“调优目标”和“业务场景结合”的建议。 最后决定分三块组织内容: 1. 基础理论题覆盖JVM核心机制,用$$公式展示内存计算过程 2. 实战操作题强调工具使用和问题排查逻辑 3. 经验总结部分直接关联薪资要求,给出学习路径建议 这样既符合系统指令的格式要求,也能解决用户的实际需求。特别在内存计算部分用了独立公式块,避免行内公式过于拥挤。</think>### JVM调优常见面试题及18K级别经验总结 以下问题结合高频考点与18K+岗位能力要求整理,涵盖理论、实战和深度优化场景: --- #### **一、基础理论题** 1. **JVM内存结构划分** - 描述、方法区、虚拟机、本地方法、程序计数器的作用,重点说明**内存分代设计**(Eden/Survivor/Old)和**元空间替代永久代**的原因[^3][^4]。 - *进阶*:`-Xmx`、`-Xms`、`-XX:MetaspaceSize`参数如何影响内存分配? 2. **垃圾回收算法与实现** - 对比标记-清除、复制、标记-整理算法的优缺点,**CMS与G1回收器的核心区别**是什么? - *场景题*:高并发低延迟系统应选哪种GC?大内存(>32G)场景如何选择?[^3][^4] 3. **GC日志分析与调优指标** - 如何通过 `-XX:+PrintGCDetails` 日志判断Young GC/Full GC频率?**Stop-The-World时间过长**的可能原因有哪些? - *关键指标*:`吞吐量` > 95%,`GC停顿` < 200ms(参考值)[^4]。 --- #### **二、实战调优题** 4. **OOM问题排查** - **溢出**(`java.lang.OutOfMemoryError: Java heap space`): - 使用 `jmap -dump:format=b,file=heap.bin <pid>` 导出快照,通过MAT分析**内存泄漏对象**。 - **元空间溢出**(`Metaspace`): - 检查动态生成类(如CGLib代理)或未卸载的类加载器[^4]。 5. **性能调优参数** - **年轻代优化**:`-XX:NewRatio`(老年代/年轻代比例)、`-XX:SurvivorRatio`(Eden/Survivor比例) - **G1调优**:`-XX:MaxGCPauseMillis`(目标停顿时间)、`-XX:InitiatingHeapOccupancyPercent`(触发混合GC阈值) - *案例*:频繁Full GC时,增大`-XX:NewSize`或降低`-XX:MaxTenuringThreshold`(晋升年龄阈值)[^4]。 6. **监控工具链运用** - `jstat -gcutil <pid>` 实时查看GC统计 - `jstack <pid>` 分析线程死锁或阻塞 - **Arthas在线诊断**:`watch`方法参数、`heapdump`导出内存快照[^4]。 --- #### **三、高阶深度题(18K+核心考察点)** 7. **调优与业务场景结合** - 电商大促时,如何通过**预扩容内存** + **G1分区策略**应对瞬时流量? - 描述一次**减少Full GC频率**的实际调优案例(需包含原始问题、分析过程、参数调整、效果验证)。 8. **JIT编译优化** - 解释**方法内联**(`-XX:+Inline`)、**逃逸分析**如何提升性能,`-XX:+PrintCompilation`日志解读[^4]。 9. **容器化环境调优** - Docker中如何避免**内存超卖**导致OOM Killer?`-XX:+UseContainerSupport`参数的作用是什么? --- ### 💡 18K级别面试经验总结 1. **调优目标清晰化** - 明确优化指标(吞吐量、延迟、资源消耗),避免盲目调整参数。例如:“通过增大新生代降低Young GC频率,将TP99从500ms降至200ms”。 2. **证明实战能力** - 准备1-2个**复杂调优案例**: - 问题现象(如CPU飙升、服务卡顿) - 工具使用(Arthas/jstat/火焰图) - 根因分析(线程阻塞/内存泄漏) - 解决效果(量化指标提升)[^4][^5] 3. **知识深度展示** - 对比ZGC/Shenandoah等新GC器的**三色标记算法**,说明其低延迟原理。 - 掌握**JMM内存模型**(Happens-Before原则)对并发程序的影响[^3][^4]。 > 📌 **避坑提示**:18K+岗位忌仅背八股文。面试官常追问:“你在调优中**最大的教训**是什么?” 需体现反思能力(如误判GC类型导致服务抖动)[^5]。 --- #### 附:调优参数速查表 | 场景 | 关键参数 | |---------------------|------------------------------------------| | 内存溢出 | `-XX:+HeapDumpOnOutOfMemoryError` | | CMS并发失败 | `-XX:+UseCMSInitiatingOccupancyOnly` | | G1混合GC触发 | `-XX:InitiatingHeapOccupancyPercent=45` | | 元空间监控 | `-XX:NativeMemoryTracking=summary` | ---
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值