jvm面试题-1

java内存区域

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

 jvm包含两个子系统和两个组件，两个子系统为Class loader（类加载），Execution engine（执行引擎），两个组件为Runtime data area（运行时数据区），native interface（本地接口）。

• Class loader（类加载）：根据指定的全限定名（如：java.lang.Object）来装载class文件到Runtime data area（运行时数据区）中的method area（方法区）
• Execution engine（执行引擎）：执行class中的指令
• Native engine（本地接口）：与native lib交互，是其它变成语言交互的接口
• Runtime data area（运行时数据区）：jvm的内存

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

说一下jvm运行时数据区

java虚拟机在执行java程序的过程中会把他所管理的内存划分为若干个不同的数据区域。这些区域都有各自的用途，以及创建和销毁的时间，有些区域随着虚拟机进程的启动而存在，有些区域则依赖线程的启动和结束而建立和销毁。

不同虚拟机的运行时数据取可能有所不同，但都遵从java虚拟机规范，java虚拟机规范规定的区域分为5个部分：

• 程序计数器（Program Counter Register）：当前线程所执行的字节码的行号指示器，字节码解析器的工作是通过改变这个计数器的值，来选取下一条需要执行的字节码指令，分支，循环，跳转，异常处理，线程回复等基础功能，都需要依赖这个计数器来完成
• java虚拟机栈（Java Virtual Machine Stacks）：用于存储局部变量表，操作数栈，动态链接，方法出口等信息
• 本地方法栈（Native Method Stack）：与虚拟机栈的作用是一样的，只不过虚拟机栈是服务 Java 方法的，而本地方法栈是为虚拟机调用 Native 方法服务的；
• java堆（Java Heap）：java虚拟机中内存最大的一快，是被所有线程共享的，几乎所有的对象实例都在这里分配内存
• 方法区（Methed Area）：用于存储已被虚拟机加载的类信息，常量，静态变量，即时编辑后的代码等数据。在方法区内，还有一块区域是：运行时常量池。class文件除了有类的版本，字段，接口，方法等描述外，还有一项是常量池，用于存放编译期生成的各种字面量（如：文本字符串，声明为final的常量值等）和符号引用（包含三类常量：类和接口的全限定名，字段的名称和描述符，方法的名称和描述符）

深拷贝和浅拷贝

• 浅拷贝：只是增加了一个指针指向已存在的内存地址
• 深拷贝：是增加了一个指针并且申请了一个新的内存，使这个增加的指针指向这个新的内存

堆和栈的区别

物理地址：

堆：堆的物理地址分配对象是连续的，因此性能慢些。在GC的时候也要考虑到不连续的分配，所以有各种算法：标记-清除，复制，标记-整理，分代

栈：使用的是数据结构中的栈，先进后出，物理地分配是连续的，所以性能快

内存分别

堆：分配的内存是在运行期确定的，因此大小不固定

栈：分配的内存是在编译期确定的，因此大小固定

存放的内容

堆：存放的是对象的实例和数组

栈：局部变量表，操作数栈，动态链接，方法出口等

可见度

堆：对于整个应用程序都是共享的，可见的

栈：只对于线程是可见的。属于线程私有，生命周期和线程相同

队列和栈的区别

• 操作的名称不同。队列的插入称为入队，队列的删除称为出队。栈的插入称为进栈，栈的删除称为出栈。
• 可操作的方式不同。队列是在队尾入队，队头出队，即两边都可操作。而栈的进栈和出栈都是在栈顶进行的，无法对栈底直接进行操作。
• 操作的方法不同。队列是先进先出（FIFO），即队列的修改是依先进先出的原则进行的。新来的成员总是加入队尾（不能从中间插入），每次离开的成员总是队列头上（不允许中途离队）。而栈为后进先出（LIFO）,即每次删除（出栈）的总是当前栈中最新的元素，即最后插入（进栈）的元素，而最先插入的被放在栈的底部，要到最后才能删除。

虚拟机对象探秘

对象的创建

• 使用new关键字
• 使用class的newInstance方法
• 使用constructor类的newInstance方法
• 使用clone方法
• 使用反序列化

虚拟机遇到一条new指令时，先检查常量池是否已经加载相应的类，如果没有，必须先执行相应的类加载。类加载通过后，接下来分配内存。若java堆内存是绝对规整的，使用指针碰撞的方法分配内存。如果不是规整的，就从空闲列表分配。划分内存时还需要考虑一个问题：并发。也有两种：CAS同步处理，或者本地线程分配缓冲（Thread Local Allocation Buffer, TLAB）。然后内存空间初始化操作，接着是做一些必要的对象设置，最后执行init方法

对对象分配内存

内存分配根据java堆是否规整，有两个方法：

• 指针碰撞：如果java堆的内存是规整的，即所有用过的内存放在一边，而空闲的放在另一边。分配内存时将位于中间的指针指示器向空闲的内存移动一段与对象大小相等的距离，这样便完成分配内存工作
• 空闲列表：如果java堆的内存是不规整的，则需要由虚拟机维护一个列表来记录哪些内存是可用的，这样在分配的时候可以从列表中查询到足够大的内存分配给对，并在分配后更新列表记录

选择哪种分配方式是由java堆是否规整来决定的，而java堆是否规整是由所采用的垃圾收集器是否带有压缩整理功能决定的

处理并发安全问题

对象的创建在虚拟机中是一个非常频繁的行为，哪怕只是修改一个指针所指向的位置，在并发情况下也是不安全的，可能出现正在给对象A分配内存，指针还没来得及修改，对象B又同时使用了原来的指针来分配内存的情况。解决问题有两种方式：

• 同步方式：对分配内存空间的动作进行同步处理（CAS+失败重试）
• TLAB方法：把内存分配的动作按照线程划分在不同的空间之中进行，即每个线程在java堆中预先分配一小块内存，称为本地线程缓冲池（Thread Local Allocation Buffer, TLAB）。哪个线程要分配内存，就在哪个线程的TLAB上分配。只有TLAB用完并分配新的TLAB时，才需要同步锁。通过参数-XX:+/-UserTLAB来设定虚拟机是否使用TLAB

对象的访问

java程序需要通过jvm栈上的引用访问堆中的具体对象。对象的访问方式取决于jvm虚拟机的实现。目前主流的访问方式有句柄和直接指针两种方式

句柄访问：

java堆中划分出一块内存来作为句柄池，引用中存储对象的句柄地址，而句柄中包含了对象实例数据（被new出来的对象信息）与对象类型数据（被虚拟机加载的类信息）各自的具体地址信息：

优势：引用中存储的是稳定的句柄地址，在对象被移动时，只会改变句柄中的实例数据指针，而引用本身不需要修改

指针访问：

如果使用指针访问，引用中存储的是对象地址，那么java堆对象内存的布局中就必须考虑如果放置访问类型数据的相关信息

优势：速度快，节省了一次指针定位的时间开销，由于对象的访问在java中是非常频繁的，因此这类开销积少成多后也是非常可观的执行成本。HotSpot中采用的就是这种方式

垃圾收集器

java垃圾回收机制

在java中，程序员是不需要显示的去释放一个对象的内存的，而是由虚拟机自行执行。在jvm中，有一个垃圾回收线程，它是低优先级的，在正常情况下是不会执行的，只有在虚拟机空闲或者当前堆内存不足时，才会触发执行，扫描哪些没有被任何引用的对象，并将它们添加到要回收的集合中，进行回收。

GC是什么，为什么需要GC？

GC 是垃圾收集的意思（Gabage Collection）,内存处理是编程人员容易出现问题的地方，忘记或者错误的内存

回收会导致程序或系统的不稳定甚至崩溃，Java 提供的 GC 功能可以自动监测对象是否超过作用域从而达到自动

回收内存的目的，Java 语言没有提供释放已分配内存的显示操作方法。

垃圾回收的优点和原理。

java语言最显著的特点就是引入了垃圾回收机制，它使java程序员在编写程序时不再考虑内存管理的问题。

由于有这个垃圾回收机制，java中的对象不再有“作用域”的概念，只有引用的对象才有“作用域”。

垃圾回收机制有效的防止了内存泄露，可以有效的使用可使用的内存。

垃圾回收器通常作为一个单独的低级别的线程运行，在不可预知的情况下对内存堆中已经死亡的或很长时间没有用过的对象进行清除和回收。

程序员不能实时的对某个对象或所有对象调用垃圾回收器进行垃圾回收。

垃圾回收有分代复制垃圾回收、标记垃圾回收、增量垃圾回收。

垃圾回收器的基本原理是什么？垃圾回收器可以马上回收内存吗？有什么办法主动通知虚拟机进行垃圾回收？

对于GC来说，当程序员创建对象时，GC就开始监控这个对象的地址、大小以及使用情况。

通常，GC采用有向图的方式记录和管理堆(heap)中的所有对象。通过这种方式确定哪些对象是"可达的"，哪些对象是"不可达的"。当GC确定一些对象为"不可达"时，GC就有责任回收这些内存空间。

可以。程序员可以手动执行System.gc()，通知GC运行，但是Java语言规范并不保证GC一定会执行。

java中都有哪些引用

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

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

• 引用计数法：为每个对象创建一个引用计数，有对象引用时，计数器+1，引用被释放时计数-1，当计数器为0时就可以回收。缺点：不能解决循环引用的问题
• 可达性分析算法：穿那个GC ROOT开始向下搜索，搜索所走过的路径成为引用链。当一个对象GC root没有任何引用链相连时，则该对象可以被回收

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

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

jvm有哪些垃圾回收器

用于回收新生代的收集器有：serial，parNew，paraller Scavenge

回收老年代的收集器有：serial old ，paraller old，cms

回收整个java堆的G1收集器

• Serial收集器（复制算法）：新生代单线程收集器，标记和清理都是单线程，优点：简单高效
• ParNew收集器（复制算法）：新生代并行收集器，实际上是Serial收集器的多线程版本，在多核CPU环境下有着比Serial更好的表现
• Parallel Scavenge收集器（复制算法）：新生代并行收集器，追求高吞吐量，高效利用CPU。吞吐量 = 用户线程时间/(用户线程时间+GC线程时间)，高吞吐量可以高效利用CPU时间，尽快完成程序的运算任何，适合后台应用等对交互响应不高的场景
• Serial old收集器（标记-整理算法）：老年代单线程收集器，Serial收集器的老年代版本
• Parallel old收集器（标记-整理算法）：老年代并行收集器，吞吐量优先，parallel Scavenge收集器的老年代版本
• CMS收集器（标记-清除算法）：老年代并行收集器，以获取最短回收停顿时间为目标的收集器，具有高并发，低停顿的特点，追求最短的GC回收停顿时间
• G1收集器（标记-整理算法）：Java堆并行收集器，G1收集器是JDK1.7提供的一个新收集器，G1收集器基于“标记-整理”算法实现，也就是说不会产生内存碎片。此外，G1收集器不同于之前的收集器的一个重要特点是：G1回收的范围是整个Java堆(包括新生代，老年代)，而前六种收集器回收的范围仅限于新生代或老年代。

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

分代回收器有两个分区：新生代和老年代。新生代默认的空间占比总空间的1/3，老年代的默认占比是2/3。

新生代使用的是复制算法，新生代有3个分区：Eden，from survivor，to survivor。它们的默认占比是8：1：1。执行流程如下：

1. 把Eden + from survivor存活的对象放入to survivor
2. 清空eden + from survivor分区
3. From Survivor 和 To Survivor 分区交换，From Survivor 变 To Survivor，To Survivor 变 From Survivor。

每次在From Survivor 到 To Survivor 移动时都存活的对象，年龄就 +1，当年龄到达 15（默认配置是 15）时，升级为老生代。大对象也会直接进入老生代。

老生代当空间占用到达某个值之后就会触发全局垃圾收回，一般使用标记整理的执行算法。以上这些循环往复就构成了整个分代垃圾回收的整体执行流程。

内存分配策略

简述java内存分配与回收策略以及minor gc和major gc

对象的内存分配通常是在 Java 堆上分配（随着虚拟机优化技术的诞生，某些场景下也会在栈上分配，后面会详细介绍），对象主要分配在新生代的 Eden 区，如果启动了本地线程缓冲，将按照线程优先在 TLAB 上分配。少数情况下也会直接在老年代上分配。总的来说分配规则不是百分百固定的，其细节取决于哪一种垃圾收集器组合以及虚拟机相关参数有关，但是虚拟机对于内存的分配还是会遵循以下几种规则：

对象优先在Eden区分配

多数情况下，对象都在新生代Eden区分配。当Eden区分配没有足够的空间进行分配时，虚拟机将会发起一次Minor gc。如果本次GC后还是没有足够的空间，则将启动分配担保机制在老年代进行分配。

• Minor gc：是指发生在新生代的GC，因为java对象大多都是朝生夕死，所有Minor GC非常频繁，一般回收速度也非常快
• Major GC/Full GC：是指发生在老年代的GC，出现了Major GC通常会伴随至少一次Minor GC。Major GC 的速度通常会比 Minor GC 慢 10 倍以上。

大对象直接进入老年代

所谓大对象是指需要大量连续内存空间的对象，频繁出现大对象是致命的，会导致在内存还有不少空间的情况下提前触发GC以获取足够的连续空间来存放新的对象

前面我们介绍过新生代使用的是标记-清除算法来处理垃圾回收的，如果大对象直接在新生代分配就会导致Eden 区和两个 Survivor 区之间发生大量的内存复制。因此对于大对象都会直接在老年代进行分配

长期存活对象进入老年代

虚拟机采用分代收集的思想来管理内存，那么内存回收时必须判断哪些对象应该放在新生代，哪些对象应该放在老年代。因此虚拟机给每个对象定义了一个对象年龄的计数器。如果对象在Eden区出生，并且能够被survivor容纳，将被移动到survivor空间中，这时设置对象年龄为1.对象在survivor区中每熬过一次Minor gc，年龄+1，当年两达到一定程度（默认15）就会晋升到老年代。

动态对象年龄判断

为了更好的适应不同程序的内存状况，虚拟机并不是永远的要求对象的年龄必须达到了MaxTenuringThreshold才能晋升老年代，如果在Survivor空间中相同的年龄所有对象大小总和大于Survivor空间的一半，年龄大于或者等于该年龄的对象就可以直接进入老年代

空间分配担保

在发生Minor GC之前，虚拟机会先检查老年代最大可用的连续空间是否大于新生代所有的对象总空间，如果这个条件成立，那么Minor GC可以确保是安全的。如果不成立，则虚拟机会查看HandlePromotionFailure设置值是否允许担保失败。如果允许，那么会继续检查老年代最大可用的连续空间是否大于历次晋升到老年代对象的平均大小，如果大于，将尝试着进行一次Minor gc。如果小于或者HandlePromotionFailure设置不允许冒险，那么要改为进行一次Full GC。这是在JDK 6 Update24之前的规则。在之后，HandlePromotionFailure参数不会在影响虚拟机的空间分配担保策略。规则变为只要老年代的连续空间大于新生代对象总大小或者历次晋升的平均大小就会进行Minor GC，否则进行Full GC

虚拟机加载机制

简述java类加载机制

虚拟机把描述的数据从class文件加载到内存，并对数据进行校验，解析和初始化，最终形成可以被虚拟机直接使用的java类型

描述下jvm加载class文件的原理机制

Java中的所有类，都需要由类加载器装载到JVM中才能运行。类加载器本身也是一个类，而它的工作就是把class文件从硬盘读取到内存中。在写程序的时候，我们几乎不需要关心类的加载，因为这些都是隐式装载的，除非我们有特殊的用法，像是反射，就需要显式的加载所需要的类。

类装载方式，有两种：

1. 隐式装载，程序在运行过程中当碰到new等方式生成对象时，隐式调用类加载器加载对应的类到jvm中
2. 显示装载，通过class.forname()等方法，显示加载需要的类

Java类的加载是动态的，它并不会一次性将所有类全部加载后再运行，而是保证程序运行的基础类(像是基类)完全加载到jvm中，至于其他类，则在需要的时候才加载。这当然就是为了节省内存开销。

什么是类加载器，类加载器有哪些?

通过类的权限定名获取该类的二进制字节流的代码块叫类加载器

主要有4中加载器：

• 启动类加载器（Bootstrap ClassLoader）：用来加载java核心类库，无法被java程序直接饮用
• 扩展类加载器（extensions ClassLoader）：用来加载java扩展库。java虚拟机的实现会提供一个扩展库目录。该类加载器在此目录里面查找并加载java类
• 系统类加载器（system ClassLoader）：根据java应用的类路径（classpath）来加载java类。一般来说，java应用的类都是由它来完成加载的。可以通过ClassLoader.getSystemLoader()来获取他。
• 自定义加载器：通过继承 java.lang.ClassLoader类的方式实现。

说一下类装载的执行过程

分为5个步骤：

• 加载：根据查找路径找到相应的class文件然后导入
• 验证：检查加载的class文件的正确性
• 准备：给类中的静态变量分配内存空间
• 解析：虚拟机将常量池中的符号引用替换成直接引用的过程。
• 初始化：对静态变量和静态代码块执行初始化工作

什么是双亲委派模型

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

JVM调优

说一下 JVM 调优的工具？

JDK 自带了很多监控工具，都位于 JDK 的 bin 目录下，其中最常用的是 jconsole 和 jvisualvm 这两款视图监控工具。

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

常用的 JVM 调优的参数都有哪些？

• -Xms2g：初始化推大小为 2g；
• -Xmx2g：堆最大内存为 2g；
• -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 详细信息。