Java面试题之JVM

最新推荐文章于 2024-05-11 14:00:18 发布

极速小乌龟

最新推荐文章于 2024-05-11 14:00:18 发布

阅读量492

点赞数 1

分类专栏：面试题文章标签： Java面试题 jvm

本文链接：https://blog.csdn.net/qq_35771266/article/details/118435961

版权

面试题专栏收录该内容

23 篇文章 4 订阅

订阅专栏

十九、JVM

194. 说一下 jvm 的主要组成部分？及其作用？

类加载器（ClassLoader）
运行时数据区（Runtime Data Area）
执行引擎（Execution Engine）
本地库接口（Native Interface）

首先通过类加载器（ClassLoader）会把 Java 代码转换成字节码，运行时数据区（Runtime Data Area）再把字节码加载到内存中，而字节码文件只是 JVM 的一套指令集规范，并不能直接交给底层操作系统去执行，因此需要特定的命令解析器执行引擎（Execution Engine），将字节码翻译成底层系统指令，再交由 CPU 去执行，而这个过程中需要调用其他语言的本地库接口（Native Interface）来实现整个程序的功能。

195. 说一下 jvm 运行时数据区？

不同虚拟机的运行时数据区可能略微有所不同，但都会遵从 Java 虚拟机规范， Java 虚拟机规范规定的区域分为以下 5 个部分：

程序计数器（Program Counter Register）：当前线程所执行的字节码的行号指示器，字节码解析器的工作是通过改变这个计数器的值，来选取下一条需要执行的字节码指令，分支、循环、跳转、异常处理、线程恢复等基础功能，都需要依赖这个计数器来完成
Java 虚拟机栈（Java Virtual Machine Stacks）：用于存储局部变量表、操作数栈、动态链接、方法出口等信息；
本地方法栈（Native Method Stack）：与虚拟机栈的作用是一样的，只不过虚拟机栈是服务 Java 方法的，而本地方法栈是为虚拟机调用 Native 方法服务的
Java 堆（Java Heap）：Java 虚拟机中内存最大的一块，是被所有线程共享的，几乎所有的对象实例都在这里分配内存；
方法区（Methed Area）：用于存储已被虚拟机加载的类信息、常量、静态变量、即时编译后的代码等数据。1.8以后变成元空间

196. 说一下堆栈的区别？

功能方面：堆是用来存放对象的，栈是用来执行程序的。
共享性：堆是线程共享的，栈是线程私有的。
空间大小：堆大小远远大于栈。

197. 队列和栈是什么？有什么区别？

队列和栈都是被用来预存储数据的。
队列允许先进先出检索元素，但也有例外的情况，Deque 接口允许从两端检索元素。
栈和队列很相似，但它运行对元素进行后进先出进行检索。

198. 什么是双亲委派模型？

在介绍双亲委派模型之前先说下类加载器。对于任意一个类，都需要由加载它的类加载器和这个类本身一同确立在 JVM 中的唯一性，每一个类加载器，都有一个独立的类名称空间。类加载器就是根据指定全限定名称将 class 文件加载到 JVM 内存，然后再转化为 class 对象。

启动类加载器（Bootstrap ClassLoader），是虚拟机自身的一部分，用来加载Java_HOME/lib/目录中的，或者被 -Xbootclasspath 参数所指定的路径中并且被虚拟机识别的类库；
扩展类加载器（Extension ClassLoader）：负责加载\lib\ext目录或Java. ext. dirs系统变量指定的路径中的所有类库；
应用程序类加载器（Application ClassLoader）。负责加载用户类路径（classpath）上的指定类库，我们可以直接使用这个类加载器。一般情况，如果我们没有自定义类加载器默认就是用这个加载器。

双亲委派模型：如果一个类加载器收到了类加载的请求，它首先不会自己去加载这个类，而是把这个请求委派给父类加载器去完成，每一层的类加载器都是如此，这样所有的加载请求都会被传送到顶层的启动类加载器中，只有当父加载无法完成加载请求（它的搜索范围中没找到所需的类）时，子加载器才会尝试去加载类。

199. 说一下类加载的执行过程？

加载：根据查找路径找到相应的 class 文件然后导入；
检查：检查加载的 class 文件的正确性;
准备：给类中的静态变量分配内存空间；
解析：虚拟机将常量池中的符号引用替换成直接引用的过程。符号引用就理解为一个标示，而在直接引用直接指向内存中的地址
初始化：对静态变量和静态代码块执行初始化工作。

200. 怎么判断对象是否可以被回收？

一般有两种方法来判断：
引用计数器：为每个对象创建一个引用计数，有对象引用时计数器 +1，引用被释放时计数 -1，当计数器为 0 时就可以被回收。它有一个缺点不能解决循环引用的问题；
可达性分析：从 GC Roots 开始向下搜索，搜索所走过的路径称为引用链。当一个对象到 GC Roots 没有任何引用链相连时，则证明此对象是可以被回收的。
可以作为GC Roots的对象有一下几种:
       a.   虚拟机栈(栈帧中的局部变量表)中引用的对象.
       b.   方法区中的类静态属性引用的对象
       c.   方法区中常量引用的对象
       d.   本地方法栈中JNI(native)方法引用的对象.

201. java 中都有哪些引用类型？

强引用：发生 gc 的时候不会被回收
软引用：有用但不是必须的对象，在发生内存溢出之前会被回收。
弱引用：有用但不是必须的对象，在下一次GC时会被回收。
虚引用（幽灵引用/幻影引用）：无法通过虚引用获得对象，用 PhantomReference 实现虚引用，虚引用的用途是在 gc 时返回一个通知。

202. 说一下 jvm 有哪些垃圾回收算法？

标记-清除算法：标记无用对象，然后进行清除回收。缺点：效率不高，无法清除垃圾碎片。
标记-整理算法：标记无用对象，让所有存活的对象都向一端移动，然后直接清除掉端边界以外的内存。
复制算法：按照容量划分二个大小相等的内存区域，当一块用完的时候将活着的对象复制到另一块上，然后再把已使用的内存空间一次清理掉。缺点：内存使用率不高，只有原来的一半。
分代算法：根据对象存活周期的不同将内存划分为几块，一般是新生代和老年代，新生代基本采用复制算法，老年代采用标记整理算法。

203. 说一下 jvm 有哪些垃圾回收器？

Serial：最早的单线程串行垃圾回收器。
Serial Old：Serial 垃圾回收器的老年版本，同样也是单线程的，可以作为 CMS 垃圾回收器的备选预案。
ParNew：是 Serial 的多线程版本。
Parallel 和 ParNew 收集器类似是多线程的，但 Parallel 是吞吐量优先的收集器，可以牺牲等待时间换取系统的吞吐量。
Parallel Old 是 Parallel 老生代版本，Parallel 使用的是复制的内存回收算法，Parallel Old 使用的是标记-整理的内存回收算法。
Parallel: 多个垃圾收集线程并行工作,此时用户现场是暂停的.
CMS：一种以获得最短停顿时间为目标的收集器，非常适用 B/S 系统。用户线程和垃圾收集线程同时执行.
G1：一种兼顾吞吐量和停顿时间的 GC 实现，是 JDK 9 以后的默认 GC 选项。

204. 详细介绍一下 CMS 垃圾回收器？

CMS 是英文 Concurrent Mark-Sweep 的简称，是以牺牲吞吐量为代价来获得最短回收停顿时间的垃圾回收器。对于要求服务器响应速度的应用上，这种垃圾回收器非常适合。在启动 JVM 的参数加上“-XX:+UseConcMarkSweepGC”来指定使用 CMS 垃圾回收器。
CMS 使用的是标记-清除的算法实现的，所以在 gc 的时候回产生大量的内存碎片，当剩余内存不能满足程序运行要求时，系统将会出现 Concurrent Mode Failure，临时 CMS 会采用 Serial Old 回收器进行垃圾清除，此时的性能将会被降低。

205. 新生代垃圾回收器和老生代垃圾回收器都有哪些？有什么区别？

新生代回收器：Serial、ParNew、Parallel Scavenge
老年代回收器：Serial Old、Parallel Old、CMS
整堆回收器：G1

206. 简述分代垃圾回收器是怎么工作的？

分代回收器有两个分区：老生代和新生代，新生代默认的空间占比总空间的 1/3，老生代的默认占比是 2/3。
新生代使用的是标记算法，新生代里有 3 个分区：Eden、To Survivor、From Survivor，它们的默认占比是 8:1:1，它的执行流程如下：
       把 Eden + From Survivor 存活的对象放入 To Survivor 区；
       清空 Eden 和 From Survivor 分区；
       From Survivor 和 To Survivor 分区交换，From Survivor 变 To Survivor，To Survivor 变 From Survivor。
   每次在 From Survivor 到 To Survivor 移动时都存活的对象，年龄就 +1，当年龄到达 15（默认配置是 15）时，升级为老生代。大对象也会直接进入老生代。
   老生代当空间占用到达某个值之后就会触发全局垃圾收回，一般使用标记整理的执行算法。以上这些循环往复就构成了整个分代垃圾回收的整体执行流程。

207. 说一下 jvm 调优的工具？

jconsole：用于对 JVM 中的内存、线程和类等进行监控；
jvisualvm：JDK 自带的全能分析工具，可以分析：内存快照、线程快照、程序死锁、监控内存的变化、gc 变化等。

208. 常用的 jvm 调优的参数都有哪些？

-Xms2g：初始化推大小为 2g；
-Xmx2g：堆最大内存为 2g；
-Xss : 设置单个线程的栈大小.等价于-XX:ThreadStackSize
-XX:NewRatio=4：设置年轻的和老年代的内存比例为 1:4
-XX:SurvivorRatio=8：设置新生代 Eden 和 Survivor 比例为 8:2；
–XX:+UseParNewGC：指定使用 ParNew + Serial Old 垃圾回收器组合；
-XX:+UseParallelOldGC：指定使用 ParNew + ParNew Old 垃圾回收器组合；
-XX:+UseConcMarkSweepGC：指定使用 CMS + Serial Old 垃圾回收器组合；
-XX:+PrintGC：开启打印 gc 信息；
-XX:+PrintGCDetails：打印 gc 详细信息。
-XX:MetaspaceSize 设置元空间大小可以在命令行窗口使用:jps -l 查看具体的java程序的进程ID,然后使用jinfo -flag 参数名进程ID的方式查看默认参数值. 如: jinfo -flag MetaspaceSize 4567 用来查看4567java进程的元空间大小
java -XX:+PrintFlagsInitial 查看jvm初始默认值
java -XX:+PrintFlagsFinal 查看修改后的参数值
java -XX:+PrintCommandLineFlags 方便查看本次JVM使用的垃圾回收器是哪一种
-XX:+PrintGCDetails 输出详细GC收集日志信息.
-XX:MaxTenuringThreshold 设置垃圾最大年龄, 最大为15

209. CAS的缺点.

java中的Atomic类可以保证对数据操作的原子性.
比如i++这种操作,可以使用AtomicInteger类来保证
在AtomicInteger类的getAndIncrement()方法中,使用了CAS的思想
底层依靠Unsafe来实现的.
缺点:

循环时间长,开销大
只能保证一个共享变量的原子操作
会出现ABA问题

210. ABA问题是什么?如何规避?

比如两个线程a和b, 他们都从主内存中拷贝一个int i = 5进行操作.
其中因为线程b的逻辑比较简单,先将i变成了8,此时,a线程还没有运行完,在这个时候b线程又将i变成了5.此时a线程进行CAS自旋发现i=5,没有变化,因此进行了更新.但是在这个中间,变量i是有变化的.

如何解决ABA问题? ------------------对值的修改加版本号(类似时间戳)就可以解决.

   可以使用j.u.c中的AtomicStampedReference来解决.
   AtomicStampedReference采用原子引用+版本的号的方式,在构造AtomincStamicRefrence的
   时候可以指定多个参数,包含要包括的引用,还有初始版本号,在使用的时候要指定期望的版本号和要修改的版本号

211. 公平锁、非公平锁、可重入锁、递归锁、自旋锁的理解?

公平锁: 多个线程按照申请锁的顺序来获取锁.
非公平锁: 多个线程获取锁的顺序并不是按照申请锁的顺序,在高并发情况下,有可能后申请的先获得锁。在Lock lock = new ReentrantLock()中,构造中传入true代表公平锁,false代表非公平锁.默认非公平。Synchronized是一种非公平锁

可重入锁,也叫递归锁: 同一线程外层函数获得锁以后,内层递归函数仍然能够获取该锁的代码。即,线程可以进入任何一个它已经拥有的锁同步着的代码块.

ReentrantLock和Synchronized都是可重入锁自旋锁: 尝试获取锁的线程不会立即阻塞,而是采用循环的方式去尝试获取锁,这样可以减少上线文切换的消耗,但是循环会消耗CPU.
独占锁:       锁一次只能被一个线程所持有.ReentrantLock和synchronized都是独占锁
共享锁:       锁可以被多个线程持有.
读写锁:       多个线程共享一个资源类,读操作允许多线程共同执行,但是写操作只允许一个线程操作
自定义实现读写锁:可以使用j.u.c包下的ReentrantReadWriteLock类来实现读写锁
ReentrantReadWriteLock.writeLock().lock()添加在写操作的方法中,并在finally中释放锁.
ReentrantReadWriteLock.readLock().lock()添加在读操作中,就可以实现读操作共享.

212. 阻塞队列是什么?有什么使用场景?

BlockingQueue也叫阻塞队列,它的特点是:
       1.   当阻塞队列是空时,从队列中获取元素的操作将会被阻塞.
       2.   当阻塞队列是满时,往队列里添加元素的操作将会被阻塞.
BlockingQueue有以下几种:
       1.ArrayBlockingQueue:   由数组结构组成的有界阻塞队列
       2.LinkedBlockingQueue:   由链表结构组成的有界阻塞队列(但是大小默认值为Integer.MAX_VALUE)
       3.PriortyBolckingQueue:   支持优先级排序的无界阻塞队列
       4.DelayQueue:           使用优先级队列实现的延迟无界阻塞队列
       5.SynchronousQueue:       不存储元素的阻塞队列,也就是一个元素的队列(生产一个消费一个)
       6.LinkedTransferQueue:   由链表结构组成的无界阻塞队列.
       7.LinkedBlockingDeque:   由链表结构组成的双向阻塞队列.
   阻塞队列的使用场景:

1.   生产者消费者模式
                       2.   线程池
                       3.   消息中间件

213. 多线程之间按顺序调用,实现A->B->C的顺序,要求如下:A打印5次,B打印10次,C打印15次,总共循环10轮.

首先,多线程之间的调用,有很多的实现方法,在这里,要求有序A,B,C,如果用synchronized实现起来很麻烦,
代码实现《多线程情况下如何保证三个线程按顺序执行？》

214. 谈谈你遇到的异常?OOM的认识?

1.StackOverflowError:栈溢出错误,它属于Error级别,在调用递归方法时,如果无限调用就会发生.
2.OutOfMemoryError:Java heap space 属于Error级别,在堆内存不足的时候会出现,比如在循环内创建对象.
3.OutOfMemoryError:GC overhead limit exceeded 超过GC开销限制,GC耗时太久,且没什么效率,每次回收处的空间很小.
4.OutOfMemoryError:Direct buffer memory 直接缓冲内存不足,在使用NIO的 ByteBuffer.allocateDirect() 方法时,是直接在元空间中分配的,这个区域不归GC管,所以对象越多,效率越低,最后不够用时程序崩溃.
5.OutOfMemoryError:unable to create new native thread    无法创建新的本机线程
       原因:   应用创建了太多的线程,超过系统的承载极限
       解决:    降低应用创建线程的数量,也可以修改linux系统默认1024个线程的配置,扩大线程数.
6.OutOfMemoryError:Metaspace    元空间内存溢出不断往元空间加载类,超过其最大限制以后发生的错误.

215. 常用linux命令(生产环境)?如何查看生产服务器运行情况.

整机:
uptime: 系统性能面板,有三个值,如果高于0.6说明系统变慢.
top: 查看系统中各个服务的CPU和内存的占用,类似windows的任务管理器CPU:

vmstat -n 2 3
           该命令有2个数字参数,第一个是采样的时间间隔,单位是秒,第二个是采样的次数.
           运行该命令后我们需要关注2个地方:
           a.   最左边的procs
r:   运行和等待CPU时间片的进程数,原则上1核的CPU运行队列不要超过2,整个系统的运行队列不能超过总核数的2倍.
b:   等待资源的进程数,比如正在等待磁I/O或者网络I/O等
           b.   左右边的CPU
us: 用户进程消耗CPU时间百分比,us值越高,用户进程消耗CPU时间越多,长期大于50%则需要优化程序.
sy:   内核进程消耗的CPU的时间百分比.
pidstat -u 1 -p 进程编号  查看每个进程使用cpu的用量信息.
   内存:
       free -m:    查看内存使用情况,-m表示单位是MB
   硬盘:
       df -h:       查看硬盘使用情况
   磁盘I/O:
       iostat -xdk 2 3: 2秒间隔一次取3次磁盘IO的情况.其中util表示一秒钟有百分之几的时间用于IO
                       操作.接近100%时,表示磁盘带宽跑满.需要优化程序或者增加磁盘.
   网络I/O:
       ifstat 1:   每秒1次,查看网络使用情况.

216. 生产环境CPU占用过高,请谈谈你的分析思路和定位?

先用top命令找出CPU占比最高的
用jps -l或者ps -ef找到有问题的进程编号
ps -mp 进程编号 -o THREAD,tid,time找到对应有问题的线程参数:-m 显示所有的线程;-p pid 进程使用CPU的时间;-o 用户自定义格式
将定位到的线程ID转换为16进制格式的小写
使用命令: jstack 进程ID | grep tid(16进制线程id小写) -A60 打印出前60行.

217. JDK自带的JVM监控和性能分析工具用过哪些?怎么用的?

jps虚拟机进程状况工具
jinfo java配置信息工具
jmap 内存印象工具
jstat 统计信息监视工具
jstack 堆栈异常跟踪工具
jvisualvm
jconsole

极速小乌龟

关注

1
点赞
踩
3

收藏

觉得还不错? 一键收藏
0
评论
Java面试题之JVM

十九、JVM194. 说一下 jvm 的主要组成部分？及其作用？类加载器（ClassLoader）运行时数据区（Runtime Data Area）执行引擎（Execution Engine）本地库接口（Native Interface）首先通过类加载器（ClassLoader）会把 Java 代码转换成字节码，运行时数据区（Runtime Data Area）再把字节码加载到内存中，而字节码文件只是 JVM 的一套指令集规范，并不能直接交给底层操作系统去执行，因此需要特定...
复制链接

扫一扫

专栏目录