- new 一个对象一共占用多少字节
- 说一下 JVM 的主要组成部分?及其作用?
- 说一下 JVM 运行时数据区?
- JVM 为什么使用元空间替换了永久代?
- 说一下堆栈的区别?
- 队列和栈是什么?有什么区别?
- 什么是双亲委派模型?
- 为什么需要自定义类加载器
- 说一下类加载的执行过程?
- 为什么静态类不能使用非静态内部类
- 非静态内部类为什么不能拥有静态方法或属性
- Java内部类的一些总结
- java 中都有哪些引用类型?
- 怎么判断对象是否可以被回收?
- 说一下 JVM 有哪些垃圾回收算法?
- 说一下 JVM 有哪些垃圾回收器?
- 详细介绍一下 CMS 垃圾回收器?
- 为什么要采用分代收集算法
- 新生代垃圾回收器和老生代垃圾回收器都有哪些?有什么区别?
- 简述分代垃圾回收器是怎么工作的?
- 说一下 JVM 调优的工具?
- 常用的 JVM 调优的参数都有哪些?
- 发生OOM异常如何排查
new 一个对象一共占用多少字节
总的来说,占 16 个字节
说一下 JVM 的主要组成部分?及其作用?
- 类加载器(ClassLoader)
- 运行时数据区(Runtime Data Area)
- 执行引擎(Execution Engine)
- 本地库接口(Native Interface)
组件的作用: 首先通过类加载器(ClassLoader)会把 Java 代码转换成字节码,运行时数据区(Runtime Data Area)再把字节码加载到内存中,而字节码文件只是 JVM 的一套指令集规范,并不能直接交个底层操作系统去执行,因此需要特定的命令解析器执行引擎(Execution Engine),将字节码翻译成底层系统指令,再交由 CPU 去执行,而这个过程中需要调用其他语言的本地库接口(Native Interface)来实现整个程序的功能。
说一下 JVM 运行时数据区?
-
程序计数器
是一块较小的内存空间, 是当前线程所执行的字节码的行号指示器,每条线程都要有一个独立的程序计数器
-
虚拟机栈
是描述java方法执行的内存模型,每个方法在执行的同时都会创建一个栈帧(Stack Frame)用于存储局部变量表、操作数栈、动态链接、方法出口等信息。每一个方法从调用直至执行完成的过程,就对应着一个栈帧在虚拟机栈中入栈到出栈的过程。
-
本地方法栈
类似于虚拟机栈,服务于本地方法
-
堆
是被线程共享的一块内存区域,创建的对象和数组都保存在 Java 堆内存中,也是垃圾收集器进行垃圾收集的最重要的内存区域
-
方法区
即我们常说的永久代(Permanent Generation), 用于存储被 JVM 加载的类信息、常量、静态变量、即时编译器编译后的代码等数据
有的区域随着虚拟机进程的启动而存在,有的区域则依赖用户进程的启动和结束而创建和销毁。

JVM 为什么使用元空间替换了永久代?
- 大小很难调优,容易 OOM,放到本地内存中就没有这种顾虑
- 字符串存在永久代中,容易出现性能问题和内存溢出
- 永久代会为 GC 带来不必要的复杂度,并且回收效率偏低(永久代的垃圾收集是和老年代捆绑在一起的,因此无论谁满了,都会触发永久代和老年代的垃圾收集)
- Oracle 可能会将HotSpot 与 JRockit 合二为一
说一下堆栈的区别?
- 栈内存存储的是局部变量而堆内存存储的是实体;
- 栈内存的更新速度要快于堆内存,因为局部变量的生命周期很短;
- 栈内存存放的变量生命周期一旦结束就会被释放,而堆内存存放的实体会被垃圾回收机制不定时的回收。
队列和栈是什么?有什么区别?
- 队列和栈都是被用来预存储数据的。
- 队列允许先进先出检索元素,但也有例外的情况,Deque 接口允许从两端检索元素。
- 栈和队列很相似,但它运行对元素进行后进先出进行检索。
什么是双亲委派模型?
在介绍双亲委派模型之前先说下类加载器。对于任意一个类,都需要由加载它的类加载器和这个类本身一同确立在 JVM 中的唯一性,每一个类加载器,都有一个独立的类名称空间。类加载器就是根据指定全限定名称将 class 文件加载到 JVM 内存,然后再转化为 class 对象。
类加载器分类:
- 启动类加载器(Bootstrap ClassLoader),是虚拟机自身的一部分,用来加载Java_HOME/lib/目录中的,或者被 -Xbootclasspath 参数所指定的路径中并且被虚拟机识别的类库;
- 扩展类加载器(Extension ClassLoader):负责加载
\lib\ext目录或Java. ext. dirs系统变量指定的路径中的所有类库; - 应用程序类加载器(Application ClassLoader)。负责加载用户类路径(classpath)上的指定类库,我们可以直接使用这个类加载器。一般情况,如果我们没有自定义类加载器默认就是用这个加载器。
双亲委派模型:如果一个类加载器收到了类加载的请求,它首先不会自己去加载这个类,而是把这个请求委派给父类加载器去完成,每一层的类加载器都是如此,这样所有的加载请求都会被传送到顶层的启动类加载器中,只有当父加载无法完成加载请求(它的搜索范围中没找到所需的类)时,子加载器才会尝试去加载类。
为什么需要自定义类加载器
自定义类加载器场景:
- 加密:为了安全考虑,将编译的代码加密解密
- 从非标准的来源加载代码:例如字节码在数据库或者云端
说一下类加载的执行过程?
类加载分为以下 5 个步骤:
- 加载:根据查找路径找到相应的 class 文件然后导入;
- 检查:检查加载的 class 文件的正确性;
- 准备:给类中的静态变量分配内存空间;
- 解析:虚拟机将常量池中的符号引用替换成直接引用的过程。符号引用就理解为一个标示,而在直接引用直接指向内存中的地址;
- 初始化:对静态变量和静态代码块执行初始化工作。
为什么静态类不能使用非静态内部类
static修饰的类为静态类,静态类在加载的时候就分配了内存,直到该类被卸载内存才会被撤销。既然实实在在地存在于内存中,就可以被访问而不用先创建对象才能引用。而对于非静态类需要先创建了对象才能被引用,没创建在内存中就没有空间,也就不存在,不存在的东西当然访问不了存在的东西。
非静态内部类为什么不能拥有静态方法或属性
如果允许内部类中有静态方法,而外部类中又有一个相同名称和参数类型的静态方法,那我们就不知道如何确认调用的是哪一个方法了。
Java内部类的一些总结
内部类分类:成员内部类、局部内部类、静态嵌套类、匿名内部类
成员内部类
-
成员内部类可以无条件地访问外部类的成员;外部类须先创建一个成员内部类的对象,再通过指向这个对象的引用来访问成员内部类属性
-
成员内部类不能含有static的变量和方法。因为成员内部类需要先创建了外部类,才能创建它自己的
-
class Outter { private int age = 0; class Inner { public void print() { System.out.println(age); } } private Inner getInInstance() { return new Inner(); } }
局部内部类
-
方法中定义的内部类只能访问方法中final类型的局部变量,这是因为在方法中定义的局部变量相当于一个常量,它的生命周期超出方法运行的生命周期,由于局部变量被设置为final,所以不能再内部类中改变局部变量的值
-
class Outter { private int age = 0; public void print(final int x) { class Inner { public void print() { System.out.println(x); System.out.println(age); } } new Inner().print(); } }
静态嵌套类
-
声明为 static 的内部类,不需要内部类对象和外部类对象之间的联系,就是说我们可以直接引用outer.inner,即不需要创建外部类
-
class Outter { private static int age = 12; static class Inner { public void print() { System.out.println(age); } } } public class test1 { public static void main(String[] args) { Outter.Inner in = new Outter.Inner(); in.print(); } }
匿名内部类
-
匿名内部类是唯一一种没有构造器的类
-
abstract class product { abstract void print(); } public class Main { private static int a = 0; void print() { new product() { @Override void print() { System.out.println(a + 1); } }.print(); } }
[Java 内部类详解 菜鸟教程](https://www.runoob.com/w3cnote/java-inner-class-intro.html){:target=”_blank”}
java 中都有哪些引用类型?
-
强引用
把一个对象赋给一个引用变量,这个引用变量就是一个强引用。当一个对象被强引用变量引用时,它处于可达状态,它是不可能被垃圾回收机制回收的,即使该对象以后永远都不会被用到 JVM也不会回收。因此强引用是造成 Java内存泄漏的主要原因之一。
-
软引用
软引用需要用 SoftReference 类来实现,对于只有软引用的对象来说,当系统内存足够时它不会被回收,当系统内存空间不足时它会被回收。软引用通常用在对内存敏感的程序中。
-
弱引用
弱引用需要用WeakReference 类来实现,它比软引用的生存期更短,对于只有弱引用的对象来说,只要垃圾回收机制一运行,不管 JVM的内存空间是否足够,总会回收该对象占用的内存。
-
虚引用(幽灵引用/幻影引用)
虚引用需要 PhantomReference 类来实现,它不能单独使用,必须和引用队列联合使用。虚引用的主要作用是跟踪对象被垃圾回收的状态。
怎么判断对象是否可以被回收?
一般有两种方法来判断:
-
引用计数器:为每个对象创建一个引用计数,有对象引用时计数器 +1,引用被释放时计数 -1,当计数器为 0 时就可以被回收。它有一个缺点不能解决循环引用的问题;
-
可达性分析:从 GC Roots 开始向下搜索,搜索所走过的路径称为引用链。当一个对象到 GC Roots 没有任何引用链相连时,则证明此对象是可以被回收的。
-
GC Roots 对象有:
- 虚拟机栈(栈帧中的本地变量表)中引用的对象
- 方法区中类静态属性引用的对象
- 方法区中常量引用的对象
- 本地方法栈中 JNI(即一般说的 Native 方法)引用的对象
-
可达性算法中不可达对象不会立即死亡,对象需要经历至少两次标记过程:第一次是经过可达性分析法相没有与 GC Roots 相连接的引用链,第二次是虚拟机自动建立的 Finalizer 队列中判断是否需要执行 finalize 函数。
当对象变程不可达状态,GC 会判断对象是否覆盖了 finalize 方法,若未覆盖直接回收,否则,若对象未执行过 finalize 方法,将其放入 F-Queue 队列中,由一低优先级的线程执行该队列中的对象的 finalize 方法。执行完 finalize 方法,GC 会再次判断是否可达,若不可达则回收,可达则复活
每个对象 finalize 方法只可执行一次
为什么存在 finalize:在不可丢弃的对象被丢弃前执行清理动作
-
说一下 JVM 有哪些垃圾回收算法?
- 标记-清除算法
- 标记-整理算法
- 复制算法
- 分代算法
说一下 JVM 有哪些垃圾回收器?
- Serial:最早的单线程串行垃圾回收器。
- Serial Old:Serial 垃圾回收器的老年版本,同样也是单线程的,可以作为 CMS 垃圾回收器的备选预案。
- ParNew:是 Serial 的多线程版本。
- Parallel 和 ParNew 收集器类似是多线程的,但 Parallel 是吞吐量优先的收集器,可以牺牲等待时间换取系统的吞吐量。
- Parallel Old 是 Parallel 老生代版本,Parallel 使用的是复制的内存回收算法,Parallel Old 使用的是标记-整理的内存回收算法。
- CMS:一种以获得最短停顿时间为目标的收集器,非常适用 B/S 系统。
- G1:一种兼顾吞吐量和停顿时间的 GC 实现,是 JDK 9 以后的默认 GC 选项。
详细介绍一下 CMS 垃圾回收器?
CMS 是英文 Concurrent Mark-Sweep 的简称,是以牺牲吞吐量为代价来获得最短回收停顿时间的垃圾回收器。对于要求服务器响应速度的应用上,这种垃圾回收器非常适合。在启动 JVM 的参数加上“-XX:+UseConcMarkSweepGC”来指定使用 CMS 垃圾回收器。
CMS 使用的是标记-清除的算法实现的,所以在 gc 的时候回产生大量的内存碎片,当剩余内存不能满足程序运行要求时,系统将会出现 Concurrent Mode Failure,临时 CMS 会采用 Serial Old 回收器进行垃圾清除,此时的性能将会被降低。
GC 过程:
- 初始标记:只是标记一下GC Roots 能直接关联的对象,速度很快,仍然需要暂停所有的工作线程。(Stop The World)
- 并发标记:进行GC Roots 跟踪的过程,和用户线程一起工作,不需要暂停工作线程。
- 重新标记:为修正在并发标记期间,因用户程序继续运行而导致标记产生变动的那一部分对象的标记记录,仍然需要暂停所有的工作线程。(Stop The World)
- 并发清除:清除GC Roots 不可达对象,和用户线程一起工作,不需要暂停工作线程。由于耗时最长的并发标记和并发清除过程中,垃圾收集线程可以和用户现在一起并发工作,所以总体上来看 CMS 收集器的内存回收和用户线程是一起并发地执行。
三色标记
为什么要采用分代收集算法
不同的对象的生命周期是不一样的。因此,不同生命周期的对象可以采取不同的收集方式,以便提高回收效率
比如 Http 请求中的 Session 对象、线程、Socket 连接,这类对象跟业务直接挂钩,因此生命周期比较长
比如String 对象,由于其不变类的特性,系统会产生大量的这些对象,有些对象甚至只用一次即可回收。
新生代垃圾回收器和老生代垃圾回收器都有哪些?有什么区别?
- 新生代回收器:Serial、ParNew、Parallel Scavenge
- 老年代回收器:Serial Old、Parallel Old、CMS
- 整堆回收器:G1
新生代垃圾回收器一般采用的是复制算法,复制算法的优点是效率高,缺点是内存利用率低;老年代回收器一般采用的是标记-整理的算法进行垃圾回收。
简述分代垃圾回收器是怎么工作的?
分代回收器有两个分区:老生代和新生代,新生代默认的空间占比总空间的 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)时,升级为老生代。大对象也会直接进入老生代。
老生代当空间占用到达某个值之后就会触发全局垃圾收回,一般使用标记整理的执行算法。以上这些循环往复就构成了整个分代垃圾回收的整体执行流程。
说一下 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 详细信息。
发生OOM异常如何排查
- OOM 原因
- 内存泄漏
- 内存溢出
- OOM 出现的地方
- 堆内存溢出
- 方法区溢出
- StackOverflow
- 排除
- 如果是内存泄漏,检查 GC Roots 引用链
- 如果是内存溢出
- 调大堆参数
- 对象存活过长,持有时间过长,尝试减少运行时内存消耗
Reference: