- 说一下 JVM 的主要组成部分及其作用
JVM包含两个子系统和两个组件，两个子系统为Class loader(类装载)、Execution engine(执行引擎);两 个组件为Runtime data area(运行时数据区)、Native Interface(本地接口)。
- Class loader(类装载):根据给定的全限定名类名(如:java.lang.Object)来装载class文件到 Runtime data area中的method area。
- Execution engine(执行引擎):执行classes中的指令。
- Native Interface(本地接口):与native libraries交互，是其它编程语言交互的接口。 - Runtime data area(运行时数据区域):这就是我们常说的JVM的内存。
- Java程序运行机制步骤
- 首先利用IDE集成开发工具编写Java源代码，源文件的后缀为.java;
- 再利用编译器(javac命令)将源代码编译成字节码文件，字节码文件的后缀名为.class;
- 运行字节码的工作是由解释器(java命令)来完成的。
- 说一下 JVM 运行时数据区
- 程序计数器(Program Counter Register):当前线程所执行的字节码的行号指示器，字节码解析 器的工作是通过改变这个计数器的值，来选取下一条需要执行的字节码指令，分支、循环、跳转、 异常处理、线程恢复等基础功能，都需要依赖这个计数器来完成;在CPU上下文切换的是后用来存储程序所执行的位置
- Java 虚拟机栈(Java Virtual Machine Stacks):用于存储局部变量表、操作数栈、动态链接、方 法出口等信息; 主要是栈帧中存放了以上的数据 一个栈帧里面是以一个方法
- 本地方法栈(Native Method Stack):与虚拟机栈的作用是一样的，只不过虚拟机栈是服务 Java 方法的，而本地方法栈是为虚拟机调用 Native 方法服务的; 后面基本和java虚拟机栈合称为虚拟机栈
- Java 堆(Java Heap):Java 虚拟机中内存最大的一块，是被所有线程共享的，几乎所有的对象实 例都在这里分配内存;存放对象的空间 和 字符串常量池等
- 方法区(Methed Area):用于存储已被虚拟机加载的类信息、常量、静态变量、即时编译后的代 码等数据。
- 对象的创建有几种方式
上文分别描叙了是否需要用到构造函数 这个是一个考点！！
虚拟机遇到一条new指令时，先检查常量池是否已经加载相应的类，如果没有，必须先执行相应的类加 载。类加载通过后，接下来分配内存。若Java堆中内存是绝对规整的，使用“指针碰撞“方式分配内存;如 果不是规整的，就从空闲列表中分配，叫做”空闲列表“方式。划分内存时还需要考虑一个问题-并发，也 有两种方式: CAS同步处理，或者本地线程分配缓冲(Thread Local Allocation Buffer, TLAB)。然后内存 空间初始化操作，接着是做一些必要的对象设置(元信息、哈希码…)，最后执行 方法。
5.为对象分配内存的两种方法
- 指针碰撞：如果java内存是工整的，所有用过的内存放在一边，而空闲的的放在另一边。分配 内存时将位于中间的指针指示器向空闲的内存移动一段与对象大小相等的距离，这样便完成分配内 存工作。
- 空闲列表:如果Java堆的内存不是规整的，则需要由虚拟机维护一个列表来记录那些内存是可用 的，这样在分配的时候可以从列表中查询到足够大的内存分配给对象，并在分配后更新列表记录。
在后续的垃圾回收算法中 有标记-清除和标记-压缩算法 这两种算法对内存的是否完整有不同的实现 所以再分配对象内存的时候就要考虑到以上的额一些情况
- ** Java会存在内存泄漏吗?请简单描述**
- 内存泄漏是指不再被使用的对象或者变量一直被占据在内存中。理论上来说，Java是有GC垃圾回收机制 的，也就是说，不再被使用的对象，会被GC自动回收掉，自动从内存中清除。
但是，即使这样，Java也还是存在着内存泄漏的情况，java导致内存泄露的原因很明确:长生命周期的 对象持有短生命周期对象的引用就很可能发生内存泄露，尽管短生命周期对象已经不再需要，但是因为 长生命周期对象持有它的引用而导致不能被回收，这就是java中内存泄露的发生场景。
- Java 中都有哪些引用类型?
- 强引用:发生 gc 的时候不会被回收。通常来说被nwe的对象就是强引用
- 软引用:有用但不是必须的对象，在发生内存溢出之前会被回收。 SofeRefernce<>可以指定一个软引用
- 弱引用:有用但不是必须的对象，在下一次GC时会被回收。 WeakRefernce<>
- 虚引用(幽灵引用/幻影引用):无法通过虚引用获得对象，用 PhantomReference 实现虚引用， 虚引用的用途是在 gc 时返回一个通知。
- 怎么判断对象是否可以被回收?
垃圾收集器在做垃圾回收的时候，首先需要判定的就是哪些内存是需要被回收的，哪些对象是「存活」的，是不可以被回收的;哪些对象已经「死掉」了，需要被回收。 一般有两种方法来判断:
- 引用计数器法:为每个对象创建一个引用计数，有对象引用时计数器 +1，引用被释放时计数 -1， 当计数器为 0 时就可以被回收。它有一个缺点不能解决循环引用的问题;
- 可达性分析算法:从 GC Roots 开始向下搜索，搜索所走过的路径称为引用链。当一个对象到 GC Roots 没有任何引用链相连时，则证明此对象是可以被回收的。
- JVM 有哪些垃圾回收算法?
- 标记-清除算法:标记无用对象，然后进行清除回收。缺点:效率不高，无法清除垃圾碎片。
- 复制算法:按照容量划分二个大小相等的内存区域，当一块用完的时候将活着的对象复制到另一块 上，然后再把已使用的内存空间一次清理掉。缺点:内存使用率不高，只有原来的一半。
- 标记-整理算法:标记无用对象，让所有存活的对象都向一端移动，然后直接清除掉端边界以外的 内存。 分代算法:根据对象存活周期的不同将内存划分为几块，一般是新生代和老年代，新生代基本采用 复制算法，老年代采用标记整理算法。
- 说一下 JVM 有哪些垃圾回收器?
- Serial收集器(复制算法): 新生代单线程收集器，标记和清理都是单线程，优点是简单高效;
- ParNew收集器 (复制算法): 新生代收并行集器，实际上是Serial收集器的多线程版本，在多核CPU 环境下有着比Serial更好的表现;
- Parallel Scavenge收集器 (复制算法): 新生代并行收集器，追求高吞吐量，高效利用 CPU。吞吐量 = 用户线程时间/(用户线程时间+GC线程时间)，高吞吐量可以高效率的利用CPU时间，尽快完成程 序的运算任务，适合后台应用等对交互相应要求不高的场景;
- Serial Old收集器 (标记-整理算法): 老年代单线程收集器，Serial收集器的老年代版本;
- Parallel Old收集器 (标记-整理算法): 老年代并行收集器，吞吐量优先，Parallel Scavenge收集器 的老年代版本;
- CMS(Concurrent Mark Sweep)收集器(标记-清除算法): 老年代并行收集器，以获取最短回收 停顿时间为目标的收集器，具有高并发、低停顿的特点，追求最短GC回收停顿时间。
- G1(Garbage First)收集器 (标记-整理算法): Java堆并行收集器，G1收集器是JDK1.7提供的一个新 收集器，G1收集器基于“标记-整理”算法实现，也就是说不会产生内存碎片。此外，G1收集器不同 于之前的收集器的一个重要特点是:G1回收的范围是整个Java堆(包括新生代，老年代)，而前六种 收集器回收的范围仅限于新生代或老年代
- 详细介绍一下 CMS 垃圾回收器?
- CMS 是英文 Concurrent Mark-Sweep 的简称，是以牺牲吞吐量为代价来获得最短回收停顿时间的垃圾 回收器。对于要求服务器响应速度的应用上，这种垃圾回收器非常适合。在启动 JVM 的参数加上“- XX:+UseConcMarkSweepGC”来指定使用 CMS 垃圾回收器。
- CMS 使用的是标记-清除的算法实现的，所以在 gc 的时候回产生大量的内存碎片，当剩余内存不能满足 程序运行要求时，系统将会出现 Concurrent Mode Failure，临时 CMS 会采用 Serial Old 回收器进行垃 圾清除，此时的性能将会被降低。
- 简述分代垃圾回收器是怎么工作的?
分代回收器有两个分区:老生代和新生代，新生代默认的空间占比总空间的 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)时，升级为老生代。大对象也会直接进入老生代。(为什么是15 对象头重有4个bit是用来存放分代年龄的二进制1111最大是15)
老生代当空间占用到达某个值之后就会触发全局垃圾收回，一般使用标记整理的执行算法。以上这些循 环往复就构成了整个分代垃圾回收的整体执行流程。
- 简述类装载机制
- 隐式装载， 程序在运行过程中当碰到通过new 等方式生成对象时，隐式调用类装载器加载对应的类到
jvm中， - 显式装载， 通过class.forname()等方法，显式加载需要的类
- 什么是类加载器，类加载器有哪些?
- 启动类加载器(Bootstrap ClassLoader)用来加载java核心类库，无法被java程序直接引用。加载rt.jar包下的类包
- 扩展类加载器(extensions class loader):它用来加载 Java 的扩展库。Java 虚拟机的实现会提供一个扩展库目录。该类加载器在此目录里面查找并加载 Java 类。
- 系统类加载器(system class loader):它根据 Java 应用的类路径(CLASSPATH)来加载 Java
类。一般来说，Java 应用的类都是由它来完成加载的。可以通过
ClassLoader.getSystemClassLoader()来获取它。 - 用户自定义类加载器，通过继承 java.lang.ClassLoader类的方式实现。‘
- 说一下类装载的执行过程?
- 加载:根据查找路径找到相应的 class 文件然后导入;
- 验证:检查加载的 class 文件的正确性;
- 准备:给类中的静态变量分配内存空间; 解析:虚拟机将常量池中的符号引用替换成直接引用
- 过程。符号引用就理解为一个标示，而在直 接引用直接指向内存中的地址;
- 初始化:对静态变量和静态代码块执行初始化工作。
- 什么是双亲委派机制
如果一个类加载器收到了类加载的请求，它首先不会自己去加载这个类，而是把这个请 求委派给父类加载器去完成，每一层的类加载器都是如此，这样所有的加载请求都会被传送到顶层的启 动类加载器中，只有当父加载无法完成加载请求(它的搜索范围中没找到所需的类)时，子加载器才会 尝试去加载类。
当一个类收到了类加载请求时，不会自己先去加载这个类，而是将其委派给父类，由父类去加载，如果 此时父类不能加载，反馈给子类，子类去完成加载
- 说一下 JVM 调优的工具?
- 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 详细信息。
扫一扫
453
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
