JVM——基础篇V1.0.1

一.什么是JVM

1.解释翻译，JVM(Java Virtual Machine，Java虚拟机) java虚拟机中的Java解释器负责将字节码文件(编译器编译成为.class文件)解释成为特定的机器码进行运行在任何具有Java虚拟机的计算机或者电子设备.[实际上java.exe程序只是一个执行的外壳，它会装载jvm.dll libjvm.so 这个动态连接库才是java虚拟机的实际操作处理所在]

2.内存管理，可以自动管理内存，让我们只专注于业务代码【优缺】

JVM内存区域划分

粗略分来，JVM的内部体系结构分为三部分，分别是：类装载器（ClassLoader）子系统，运行时数据区，和执行引擎。

二.运行时数据区

【数据  指令  控制】

栈帧详解：https://blog.csdn.net/qq_30509055/article/details/93890325

程序计数器：指向当前线程正在执行的字节码指令的地址、行号【线程独享】

虚拟机栈：存储当前线程运行方法所需要的数据、指令、返回地址【线程独享】[一个栈帧对应一个方法，当方法运行时去压                       栈帧，一个方法不一定压一个栈帧也行会有引用别的方法]【c,c++压本地方法栈】

将int类型常量0压入栈    将int类型值存入局部变量2 。（this为局部变量0，i 为局部变量1）

引用数据类型时存储地址 指向堆内存

局部变量表：局部变量表是一组变量值存储空间，用于存放方法参数和方法内部定义的局部变量。

操作数栈：Java虚拟机的解释执行引擎被称为"基于栈的执行引擎"，其中所指的栈就是指－操作数栈。
      定长的单位的数组。不是通过索引来访问，而是通过标准的栈操作—压栈和出栈—来访问的。
      虚拟机在操作数栈中存储数据的方式和在局部变量区中是一样的：如int、long、float、double、reference和returnType的存储。对于byte、short以及char类型的值在压入到操作数栈之前，也会被转换为int。
      虚拟机把操作数栈作为它的工作区——大多数指令都要从这里弹出数据，执行运算，然后把结果压回操作数栈。

动态链接：每个栈帧都包含一个指向运行时常量池中该栈帧所属方法的引用，持有这个引用是为了支持方法调用过程中的动态连接(Dynamic Linking)。

当service要找到真正的实例 ，需要去解析常量池 找到正确的实例然后去实例类解析去生成实例调用方法。运行时

常量池：其实叫字面量 符号引用 它包含类和接口的权限命名 字段的名称和描述符，方法的名称和描述符【原来数据和final修饰在常量池】

分别是 方法 字段 类 的名称和描述符

方法结束正常-》出栈       异常-》cash  throw

拓展：方法调用方法时【先执行的在栈顶先出栈】

嵌套for循环 和  用递归实现 的比较:

栈 主要是用来存放栈帧的，每执行一个方法就会出现压栈操作，所以采用递归的时候产生的栈帧比较多，递归就会影响到内存，非常消耗内存，而使用for循环就执行了一个方法，压入栈帧一次，只存在一个栈帧，所以比较节省内存。

本地方法栈：描述的是本地方法在运行的出栈入栈需要的数据   带native的方法时本地方法，没有实现类 是c,c++实现

方法区：存储的是类信息（版本号，字段，方法、接口等描述）、常量（1.7）、静态变量和JIT（及时编译【动态代理，运行时生成类时要加载到方法区中】）编译时的一些代码

堆（Heap）:

三.内存模型

Meta Space为了规避永久代溢出问题,类似ArrayList可以自动扩容，缺点会占掉堆外内存导致溢出，合理设置大小

新生代为什么是8:1:1 ,和算法有关 新生代是复制回收算法，内存分为两份，一份空着，只一边分配空间当内存满了回收时，将回收不了的复制到另一半，让后将内存全部回收；

由于代码中很多对象的生命周期不用，所以用分代的形式划分了堆。新生代中内存利用率到90%

理想中98%的对象在minor gc young gc 的时候会被回收掉，剩下的放到s0,s1。

其他情况会有分配担保，老年代来担保，分两种情况。。。。。

参数优化配置 https://blog.csdn.net/qq_30509055/article/details/93670031

四.垃圾收集器

什么样的对象需要被GC

1.判断算法

——引用计数法 

给每个对象设置一个计数器，每当该对象被引用时引用计数器加 1，有引用断开时引用计数减 1。当引用计数为 0 时表示该对象可以被回收。简单高效，但是对于相互循环引用的对象无法判断是否应该被回收

——可达性分析(根搜索算法)

目前大多虚拟机厂商采用的垃圾回收算法，通过判断其他对象是否和根节点之间存在引用链来分析是否应该被回收

不可达不一定会被回收

如果对象在进行可达性分析之后发现没有与 GC Roots 相连接的引用链，那它将会被第一次标记并且进行一次筛选，筛选的条件是此对象是否有必要执行 finalize() 方法，此时分两种情况：

• 对象没有覆盖 finalize() 方法
• finalize() 方法已经被虚拟机调用过

在这两种情况下虚拟机都认为此时没有必要执行垃圾回收。
 

哪些能成为GC root

• 虚拟机栈中本地变量表引用的对象
• 方法区中

        ——类静态变量引用的对象

        ——常量引用的对象

• 本地方法栈 : JNI （带 Native 关键字）引用的对象

为什么这些能组成GC root ,如果线程在运行某个方法的话，这个方法中所有的变量都不应该被回收

2. 引用类型    对象的强、软、弱和虚引用
⑴强引用（StrongReference）
强引用是使用最普遍的引用。如果一个对象具有强引用，那垃圾回收器绝不会回收它。当内存空间不足，Java虚拟机宁愿抛出OutOfMemoryError错误，使程序异常终止，也不会靠随意回收具有强引用的对象来解决内存不足的问题。  ps：强引用其实也就是我们平时A a = new A()这个意思。
⑵软引用（SoftReference）
如果一个对象只具有软引用，则内存空间足够，垃圾回收器就不会回收它；如果内存空间不足了，就会回收这些对象的内存。只要垃圾回收器没有回收它，该对象就可以被程序使用。软引用可用来实现内存敏感的高速缓存（下文给出示例）。
软引用可以和一个引用队列（ReferenceQueue）联合使用，如果软引用所引用的对象被垃圾回收器回收，Java虚拟机就会把这个软引用加入到与之关联的引用队列中。
⑶弱引用（WeakReference）
弱引用与软引用的区别在于：只具有弱引用的对象拥有更短暂的生命周期。在垃圾回收器线程扫描它所管辖的内存区域的过程中，一旦发现了只具有弱引用的对象，不管当前内存空间足够与否，都会回收它的内存。不过，由于垃圾回收器是一个优先级很低的线程，因此不一定会很快发现那些只具有弱引用的对象。
弱引用可以和一个引用队列（ReferenceQueue）联合使用，如果弱引用所引用的对象被垃圾回收，Java虚拟机就会把这个弱引用加入到与之关联的引用队列中。
⑷虚引用（PhantomReference）
“虚引用”顾名思义，就是形同虚设，与其他几种引用都不同，虚引用并不会决定对象的生命周期。如果一个对象仅持有虚引用，那么它就和没有任何引用一样，在任何时候都可能被垃圾回收器回收。
虚引用主要用来跟踪对象被垃圾回收器回收的活动。虚引用与软引用和弱引用的一个区别在于：虚引用必须和引用队列 （ReferenceQueue）联合使用。当垃圾回收器准备回收一个对象时，如果发现它还有虚引用，就会在回收对象的内存之前，把这个虚引用加入到与之 关联的引用队列中。

ReferenceQueue queue = new ReferenceQueue ();

PhantomReference pr = new PhantomReference (object, queue); 
程序可以通过判断引用队列中是否已经加入了虚引用，来了解被引用的对象是否将要被垃圾回收。如果程序发现某个虚引用已经被加入到引用队列，那么就可以在所引用的对象的内存被回收之前采取必要的行动。

拓展：jvm回收方法区

很多人认为方法区（或者HotSpot虚拟机中的永久代）是没有垃圾收集的，Java虚拟机规范中确实说过可以不要求虚拟机在方法区实现垃圾收集，而且在方法区进行垃圾收集的“性价比”一般比较低：在堆中，尤其是在新生代中，常规应用进行一次垃圾收集一般可以回收70%~95%的空间，而永久代的垃圾收集效率远低于此。

永久代的垃圾收集主要回收两部分内容：废弃常量和无用的类。

判定一个常量是否是“废弃常量”

回收废弃常量与回收Java堆中的对象非常类似。以常量池中字面量的回收为例，假如一个字符串“abc”已经进入了常量池中，但是当前系统没有任何一个String对象是叫做“abc”的，换句话说是没有任何String对象引用常量池中的“abc”常量，也没有其他地方引用了这个字面量，如果在这时候发生内存回收，而且必要的话，这个“abc”常量就会被系统“请”出常量池。常量池中的其他类（接口）、方法、字段的符号引用也与此类似。

判定一个类是否是“无用的类” 的条件则相对苛刻许多。类需要同时满足下面3个条件才能算是“无用的类”：

• 该类所有的实例都已经被回收，也就是Java堆中不存在该类的任何实例。
• 加载该类的ClassLoader已经被回收。
• 该类对应的java.lang.Class 对象没有在任何地方被引用，无法在任何地方通过反射访问该类的方法。

虚拟机可以对满足上述3个条件的无用类进行回收，这里说的仅仅是“可以”，而不是和对象一样，不使用了就必然会回收。是否对类进行回收，HotSpot虚拟机提供了-Xnoclassgc参数进行控制，还可以使用-verbose:class及-XX:+TraceClassLoading、 -XX:+TraceClassUnLoading查看类的加载和卸载信息。

在大量使用反射、动态代理、CGLib等bytecode框架的场景，以及动态生成JSP和OSGi这类频繁自定义ClassLoader的场景都需要虚拟机具备类卸载的功能，以保证永久代不会溢出。