JVM 学习总结内容很长很枯燥也很干

柔光的暖阳◎ 2022-10-29 09:23 217阅读 0赞

# 类加载机制 #

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70]

## 初始化 ##

### 过程 ###

如果类还没有被加载和链接,那就先进行加载和链接  
如果类存在父类,并且父类还没有初始化,那就先初始化直接父类  
如果类中存在初始化语句,顺序执行初始化语句

> 类的初始化阶段是执行类构造器方法clinit()的过程  
> 1、类加载就是执行Java程序编译之后在字节码文件中生成的  
> clinit()方法(称之为类构造器)，clinit()方法由静态变量和静态  
> 代码块组成。  
> 2、子类的加载首先需要先加载父类，如果父类为接口。则不会调用父  
> 类的clinit方法。一个类中可以没有clinit方法。  
> 3、clinit方法中的执行顺序为：父类静态变量初始化，父类静态代码  
> 块，子类静态变量初始化，子类静态代码块。  
> 4、clinit()方法只执行一次。

### 初始化时机 ###

创建类的实例(new xxxClass()|Class.newInstance()|constructor.newInstance());  
访问类中的某个静态变量,或者对静态变量进行赋值  
主动调用类的静态方法  
Class.forName(“包类名”)  
完成子类的初始化,也会完成对本类的初始化(接口例外)  
该类是程序引导入口(mian入口或者test入口)

## 类加载器 ClassLoder ##

### Bootstrap ClassLoader ###

JVM自带的引导类加载器.由C/C++的语言实现,在java中打印null.  
加载java的核心类库,$JAVA\_HOME中 jre/lib/rt.jar、  
resouce.jar 或 java程序运行指定的Xbootclasspath 选项jar包  
只能加载java,javax,sun等开头的包名类.  
自定义 java sun 开头的包名类会被报错的.

简单讲就是保证类的加载环境，优先执行

### Extension ClassLoader ###

Java语言编写的类加载器 sun.misc.Launcher$ExtClassLoader  
指定Bootstrap Classloader 为parent加载器 --> getParent() 可以获取 Bootstrap Classloader

负责加载java平台中扩展功能的一些jar包，包括$JAVA\_HOME中jre/lib/ext 或 -Djava.ext.dirs指定目录下的jar包(如果我们自定义的class需要交给Ext来加载可以放置到ext的目录下)

### Application ClassLoader ###

Java语言编写的类加载器sun.misc.Launcher$AppClassLoader  
该类是程序中默认的类加载器,java应用的类都是该类加载器加载的.  
指定Extension Classloader 为parent加载器 --> getParent() 可以获取 Extension Classloader  
负责加载环境变量classpath指定的目录,或者java.class.path指定的目录类库

### 双亲委派加载原则 ###

（1）检查某个类是否已经加载  
自底向上，从Application ClassLoader到BootStrap ClassLoader  
逐层检查，只要某个Classloader已加载，就视为已加载此类，保证  
此类只所有ClassLoader加载一次。  
（2）加载的顺序,向上委托  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 1]

### 为什么双亲委派 ###

避免类的重复加载  
保护程序安全,防止核心的JAVA语言环境遭受破坏.

### 自定义ClassLoader ###

为什么需要自定义ClassLoader?  
适配各种class源  
从数据库,缓存,网络,一切可以存储class的存储介质  
修改类的加载方法  
比如:tomcat中多个war工程都可以独立的运行.在各个war包 中的jar包并不会冲突…  
防止源码泄露  
对class字节码文件进行编码加密的方式.在load过程中对其 进行解密操作.  
如何自定义ClassLoader  
extends ClassLoader 重写loadClass方法  
extends UrlClassLoader

# 运行时数据区(Run-Time DataAreas) #

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 2]

## Method Area(方法区) ##

方法区是各个线程共享的内存区域，在虚拟机启动时创建  
虽然Java虚拟机规范把方法区描述为堆的一个逻辑部分，但是它却又一个别名叫做Non-Heap(非堆)，目的是与Java堆区分开来  
用于存储已被虚拟机加载的类信息、常量、静态变量(JDK1.6)、即时编译器编译后的代码等内容  
当方法区无法满足内存分配需求时，将抛出OutOfMemoryError异常  
方法区是一个定义(标准).不同版本的实现是不同的.1.7之前方法区的实现叫Perm space ,1.8之后叫meta space

## Heap(堆) ##

（1）Java堆是Java虚拟机所管理的共享内存中最大的一块，在虚拟机启动时创建，被所有线程共享。  
（2）Java对象实例以及数组都在堆上分配

## 虚拟机栈 ##

虚拟机栈是当前执行线程独占空间.以栈的数据结构形式存在.  
虚拟机栈是线程执行的区域，它保存着一个线程中方法的调用状态。换句话说，一个Java线程的运行状态，由当前线程挂钩的虚拟机栈来保存  
每一个被线程执行的方法，为该栈中的栈帧，即每个方法对应一个栈帧。  
调用一个方法，就会向栈中压入一个栈帧；一个方法调用完成，就会把该栈帧从栈中弹出

## 程序计数器 ##

我们都知道程序的逻辑执行一定是基于最小的执行单元线程来执行的.  
一个JVM进程中必然有多个线程在执行，而线程中的内容是否能够拥有执行权，是根据CPU调度来的。  
假如线程A正在执行到某个地方，突然失去了CPU的执行权，切换到线程B了，然后当线程A再获得CPU执行权的时候，怎么能保持此  
前状态和逻辑继续执行呢？这就是需要在线程中维护当前执行的状态记录保持，记录线程执行到的位置,以便于下次拿到CPU执行权时  
基于此状态恢复线程的执行.所以The pc Register 就是干这个事情的.  
如果线程正在执行Java方法，则计数器记录的是正在执行的虚拟机字节码指令的地址；  
如果正在执行的是Native方法，则这个计数器为空。

## 本地方法栈 ##

在JDK源码中很多的Native方法.比如hashcode…这些方法都是C/C++的代码实现的逻辑.  
在方法的调用过程.一旦涉及到本地方法的调用.java虚拟机栈肯定不适合保存C/C++的本地方法的执行.所以本地方法栈保存的就是执行的Native类型的方法

## 执行引擎 ##

在MYSQL的执行流程中，我们知道最终是跟存储引擎交互的。  
在JVM中同样,最终的执行是由我们的执行引擎进行执行的.  
官网架构图  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 3]  
在讲这块知识之前,我们得去探讨一个问题,即JAVA到底是解释型语言还是编译型语言?  
javac是java的前置编译器,他的主要职责是将java源文件编译成class文件. 在jvm虚拟机中运行过程中,还需要将class文件解析机器能识别的机器码.所以在jvm的执行引擎中存在解释器.所以java语言兼顾编译型和解释型的特点.

执行引擎图示  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 4]

### 解释器(interpreter) ###

将class字节码文件逐行翻译成机器码并马上交给CPU执行

### 即时编译器(JIT Compiler) ###

在运行过程中,进行热点代码的侦测.将热点代码进行预编译操作.并将预编译的代码存储在方法区.在热点代码再次运行的过程中直接使用编译之后的机器码指令即可.无需再次解释或编译

### 垃圾回收器(Garbage Collection) ###

Java语言的风靡原因中有一个非常重要的原因,即对共享内存的管理.  
对于共享对象的回收机制.以前的C/C++代码我们工程师需要对共享的对象进行内存的管理.现在JVM的垃圾回收器就自动地帮我们打理了对象的生死存亡.垃圾回收机制针对的区域 method ares & heap

# 深入java虚拟机栈 #

## Java 虚拟机栈详解 ##

虚拟机栈是当前执行线程独占空间.以栈的数据结构形式存在.  
虚拟机栈是线程执行的区域，它保存着一个线程中方法的调用状态。换句话说，一个Java线程的运行状态，由当前线程挂钩的虚拟机栈来保存  
每一个被线程执行的方法，为该栈中的栈帧，即每个方法对应一个栈帧。调用一个方法，就会向栈中压入一个栈帧；一个方法调用完成，就会把该栈帧从栈中弹出

### 栈帧(Frame) ###

栈帧的生命周期与方法的调用相关.每个栈帧对应一个被调用的方法，可以理解为一个方法的运行空间  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 5]  
方法返回地址(Normal Method Invocation Completion和Abrupt Method Invocation Completion)

> 方法返回地址:当一个方法开始执行后,只有两种方式可以退出，一种是  
> 遇到方法返回的字节码指令；一种是遇见异常，并且这个异常没有在方  
> 法体内得到处理。或者理解为方法执行完的出口

运行时动态链接(Dynamic Linking)

> 动态:每个栈帧都包含一个指向运行时常量池中该栈帧所属方法的  
> 引用，持有这个引用是为了支持方法调用过程中的动态连接(Dynamic  
> Linking)。  
> 在前面我们了解到在class中都是符号引用…method\_ref也是一样,  
> 但是在运行或者说调用阶段我们必须知道我们知道方法的具体执行版  
> 本.所以动态链接就是指向具体方法区的方法引用.因为方法的确认必须  
> 在运行阶段才能指定,所以叫动态链接.

局部变量表(Local Variables)

> 局部变量表:方法中定义的局部变量以及方法的参数存放在这张表中  
> 局部变量表中的变量不可直接使用，如需要使用的话，必须通过相关指  
> 令将其加载至操作数栈中作为操作数使用。所以可以去大家看看方法的  
> 一些指令说明…比如 i\_load\_2, iconst\_i 等等指令

操作数栈(Operand Stack)

> 栈的数据结构.以压栈和出栈的方式存储操作数的数值

栈式指令集架构(JVM)  
指令大部分是零地址指令,其执行过程完全依赖于Java虚拟机栈中的操作数栈.

> 指令一般包含两大部分组成: 操作码 和 操作数  
> 零地址指令只有操作码,没有操作数。这种指令有两种情况:一是无  
> 需操作数,另一种是操作数为默认的(隐含的)

由于是零地址指令,生成的指令空间占用更少  
不受限于物理的硬件资源,可移植性强,更好的实现跨平台性

寄存器指令集架构(Davlik)  
指令采用一地址指令,二地址指令,三地址指令.其执行过程依赖于硬件的寄存器  
指令空间占用更多,但是完成的功能可以更复杂(花更少的指令完成更复杂的操作)  
性能更为优秀,执行更为高效.  
指令集依赖硬件资源,可移植性较大限制

### 栈异常 ###

如果线程中的计算需要比允许的更大的Java虚拟机堆栈，Java虚拟机将抛出StackOverflowError。  
可通过 -Xss128k

## 深入共享内存(堆和非堆) ##

### 方法区与堆 ###

#### 方法区 ####

Java虚拟机规范中明确说明：尽管所有的方法区在逻辑上是属于堆的一部分，但是一些简单的实现，可能不会选择去进行垃圾收集或者进行压缩。所以我们将方法区叫Non-Heap（非堆），目的就是要和堆分开

> 在jdk1.7之前实现是perm space(永久代) ,这个区域是jvm进  
> 程能够直接监控和控制的内容. 在jdk1.8之后 融合了BEA 公司的JRockit VM的特性,实现是  
> meta space(元空间),这个实现采用的操作系统的直接内存JVM并  
> 无法直接进行监控和控制.

方法区在JVM启动的时候被创建，被所有线程共享,其生命周期与JVM虚拟机一致

JDK1.6版本方法区存储详情:  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 6]

JDK1.7版本方法区存储详情:  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 7]

JDK1.8版本方法区存储详情:  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 8]

#### 堆 ####

（1）Java堆是Java虚拟机所管理的共享内存中最大的一块，在虚拟机启动时创建，被所有线程共享。  
（2）"几乎"所有Java对象实例以及数组都在堆上分配  
（3）堆是GC执行垃圾回收的重点关注对象.  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 9]  
为什么将分为Method Area 和 Heap 两部分?

> Method Area存储的是不经常变动的数据内容.基本不会发生频繁的GC  
> 工作.如 类信息 方法信息 字段信息 git即时编译的代码  
> Heap中存储的是运行时产生的数据对象.针对这些内容会频繁进行内存  
> 管理工作

为什么将堆分为Old 和 Young 两部分?

> 堆是我们JAVA运行过程中最主要的共享工作内存,JVM机制是共享  
> 内存垃圾自动管理的虚拟机…如果我们的每一次对象回收都要扫描整个  
> 堆区.将带来很大的工作量和性能损耗.

为什么需要将young区分为Eden ,S0 , S1三个区域

> 当young区的内存占用到达一定的量时,如果此时进行直接清理.  
> 带来的是空间碎片的问题…另外加上young区的对象一般都是朝生夕  
> 死.所以大部分的内容都会被清理.存活的对象就放入s0或者s1.有助于  
> 垃圾回收和清理.

新生代中Eden:S0:S1的比例默认为什么是8:1:1？

> IBM公司的专门研究表明，新生代中的对象大概98%是“朝生夕死”  
> 8:1:1是基于大量实验和数据收集分析统计对比之后的比较合理的  
> 比例

### 共享内存的异常 ###

#### Heap异常 ####

> If a computation requires more heap than can be made  
> available by the automatic storage management  
> system, the Java Virtual Machine throws an  
> OutOfMemoryError.

调整程序运行参数.  
\-Xmx20M

> Specifies the maximum size (in bytes) of the memory  
> allocation pool in bytes. This value must be a  
> multiple of 1024 and greater than 2 MB.

\-Xms20M

> Sets the initial size (in bytes) of the heap. This  
> value must be a multiple of 1024 and greater than 1MB

#### Method Area异常 ####

> If memory in the method area cannot be made  
> available to satisfy an allocation request, the Java  
> Virtual Machine throws an OutOfMemoryError.

调整参数  
\-XX:MetaspaceSize=30M

> Set the size of the allocated class metadata space  
> that triggers a garbage collection the first time  
> it’s exceeded

\-XX:MaxMetaspaceSize=30M

> Sets the maximum amount of native memory that can be  
> allocated for class metadata. By default, the size  
> isn’t limited

### JAVA对象的布局 ###

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 10]  
一个Java对象在共享内存中会包括3个部分：对象头、实例数据和对齐填充  
如果是数组对象将在对象头中多一个数组长度的length对象头  
markoop(markword) 8个字节  
klassOop(Class pointer) 8个字节 若启动压缩指针(4个字节)  
length 4字节  
对象实际数据  
boolean 和 byte 1字节  
short 和 char 2字节  
int 和 float 4字节  
long 和 double 8字节  
reference 8字节  
对齐填充(可能存在)  
确保对象的大小为8字节的整数倍  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 11]

### Java对象的一生 ###

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 12]  
Java对象真的是这样的吗?  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 13]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 14]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 15]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 16]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 17]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 18]

### 对象的分配过程 ###

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 19]

# 垃圾回收 #

## 强、软、弱、需引用 ##

### 强引用 ###

对于强引用对象，就算是出现了OOM也不会对该对象进行回收  
强引用是我们最常见的普通对象引用，只要还要强引用指向一个对象，就表明这个对象还活着，垃圾收集器不会碰这种对象。

### 软引用 ###

软引用是一种相对强引用弱化了一些的引用，需要java.lang.ref.SoftReference类来实现  
当系统内存充足的时候，不会被回收；  
当系统内存不足时，它会被回收  
比如高速缓存就可以用到软引用.内存够用时就保留，不够时就回收

### 弱引用 ###

弱引用需要用到java.lang.ref.WeakReference类来实现，它比软引用的生存周期更短。对于只有弱引用的对象来说，只要有垃圾回收，不管JVM的内存空间够不够用，都会回收该对象占用的内存空间

### 虚引用 ###

虚引用需要java.lang.ref.Phantomreference类来实现.虚引用的作用主要是跟踪对象被垃圾回收的状态  
设置虚引用关联的唯一目的，就是在这个对象被回收的时候收到一个系统通知或者是后续添加进一步的操作处理

### 引用总结 ###

强引用：强引用对象不能被回收,出现OOM；  
软引用：内存不够时才回收；  
弱引用：只要有GC,就回收；  
虚引用：检测对象的回收机制

## 什么样的对象是垃圾 ##

### 引用计数法 ###

顾名思义,只要JVM中该对象被别人所引用(持有该对象的引用)，就说明该对象不是垃圾，如果一个对象在JVM中没有任何指针对其引用，它就是垃圾。

> A -> B  
> C -> B  
> B对象被引用的次数就是 +1 +1 = 2

弊端:如果A与B对象 相互持有对方的引用，但是却没有其他的对象对其引用.可能导致这一对对象永远不能被回收。  
案例

public class GCRefCountDemo { 
        public void demo() { 
            GCInstance gcInstance1 = new GCInstance();
            GCInstance gcInstance2 = new GCInstance();
            gcInstance1.instance = gcInstance2;
            gcInstance2.instance = gcInstance1;
            gcInstance1=null;
            gcInstance2=null;
       }
    }
    class GCInstance { 
        GCInstance instance; }

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 20]

### 可达性分析 ###

通过GC Root的对象，开始向下寻找，看某个对象是否可达,不可达的对象就是内存垃圾.通过这种方式可以规避引用计数法存在的相互指向的问题.也是目前垃圾回收器默认的垃圾分析标记算法.  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 21]  
JAVA中哪些对象能做成是GC ROOT

> 虚拟机栈（栈帧中的本地变量表）中引用的对象。  
> 本地方法栈中的对象.  
> 类静态属性引用的对象。  
> 方法区中常量引用的对象。  
> 存活的Thread对象  
> Bootstrap ClassLoader  
> 通过boot cl 或 ext cl 加载class对象.  
> 正在被synchronized锁定的对象

## GC的分类和概念普及 ##

既然我们前面已经讲过,共享内存的分代划分是为了让我们的GC优化的过程做准备的.  
所以在整个JVM中存在三种不同形式的GC.  
Minor GC:新生代 指young区的垃圾回收过程  
Major GC:老年代 指old区的垃圾回收过程  
Full GC:新生代+老年代 young区和old区一起执行的垃圾回收过程  
但是在JVM的运行情况下并不存在单独的Major GC, Major GC 定会伴随着Minor GC 即Full GC

## GC什么时候触发 ##

GC是由JVM自动完成的，根据JVM系统环境而定，所以触发的时机是不确定的。计算我们的程序主动调用System.gc()方法告知JVM需要进行一次垃圾回收，但是具体GC的运行时间也是无法指定和控制的。也就是说System.gc()只是通知JVM进行垃圾回收，什么时候触发GC回收由JVM决定。  
触发GC的时机

> （1）当Eden区或者S区不够用了  
> （2）老年代空间不够用了  
> （3）方法区空间不够用了  
> （4）System.gc()

## GC清理算法 ##

### 标记-清除(mark-sweep) ###

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 22]  
标记清除之后会产生大量不连续的内存碎片，碎片太多可能会导致程序  
运行过程中需要分配较大对象时，无法满足分配要求导致的GC操作

### 标记-整理(mark-compact) ###

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 23]  
最终并不会出现空间碎片和浪费空间的问题  
但是整理的过程中带来的计算可不容小觑

### 标记-复制(mark-copy) ###

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 24]  
始终有一块内存区域是未使用的…造成空间的浪费.  
适合大量对象朝生夕死区域

### 垃圾收集器 ###

垃圾收集器: 可以这么理解垃圾收集器是针对上诉垃圾回收算法的具体实现.

### 垃圾收集原则 ###

那历年来的JVM发布版本中,JVM大多数的垃圾收集器都基于分代垃圾收集的原则  
即,不同的区域(老年代,新生代),不同的代,采用不同的垃圾回收算法的垃圾收集器  
其中:  
Young区：以标记复制算法居多.(对象在被分配之后，大部分的对象生命周期比较短，Young区复制效率比较高)  
Old区：标记清除或标记整理(Old区对象存活时间比较长)

### Serial & Serial Old ###

Serial & Serial Old收集器是最基本、发展历史最悠久的垃圾收集器，在JDK1.3之前 唯一的王者(选择)  
Serial是针对新生代的垃圾收集器,采用标记-复制算法  
Serial Old是老年代的垃圾收集器,采用标记-整理算法  
Serial这套组合垃圾收集器特点是单线程垃圾收集器，它只会使用单个收集线程去完成垃圾清理工作，更重要的是其在进行垃圾收集的时候需要暂停其他线程(Stop The World)  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 25]

### 总结 ###

优点：简单高效，单线程GC收集效率高  
缺点：收集过程需要STOP THE WORD, 无法使用到多核的CPU资源,采  
用单线程收集  
算法：复制算法  
应用：若JVM在Client模式下的默认新生代收集器

## 垃圾收集器 ##

### ParNew ###

ParNew垃圾收集器是新生代的多线程的垃圾收集器.  
可以说ParNew 只是Serial收集器的多线程版本.在其他的方面几乎跟Serial特性都是一致的.并没有其他的创新点  
ParNew是目前JVM运行在Server模式下的配合CMS首选的新生代垃圾收集器.  
因为在JDK1.5版本出现了一个针对Old区跨时代意义的收集器  
CMS(Concurent Mark Sweep)  
除了单线程的Serial 收集器外，目前只有ParNew新生代收集器能与CMS收集器兼容配合工作,所有没有办法,你要选择CMS作为老年  
代收集器的话,只能选择Serial或者ParNew收集器与之匹配.所以ParNew在多CPU的Server场景下首选.  
ParNew设定:  
\-XX:UseParNewGC 强制指定ParNew 收集器  
\-XX:+UseConcMarkSweepGC 指定Old区采用CMS收集器 会默认  
设置ParNew收集器与之匹配  
\-XX:ParallelGCThreads 指定ParNew收集器并行的GC线程数量

### Parallel Scavenge & Parallel Old ###

#### Parallel Scavenge ####

Parallel Scavenge收集器是一个新生代收集器，它也是使用复制算法的收集器，同时也是并行的多线程收集器，工作机制与我们的ParNew是一致的,可参见上图. 但是Parallel Scanvenge更关注系统的吞吐量。  
系统的吞吐量 = 用户工作时间 / 用户工作时间 + GC时间  
![在这里插入图片描述][20210211160817460.png]  
GC线程工作的时间  
\-XX:MaxGCPauseMillis

> 设置GC线程工作的时间 / 设置GC运行时用户线程暂停的时间. 到达  
> 时间强制运行. --> 带来更多的GC次数

#### Parallel Old ####

Parallel Old是Parallel Scavenge的老年代垃圾收集器.采用的标记整理算法  
是在jdk1.6才开始正式启用的Old区并行垃圾收集器.  
所以Parallel Scavenge在Parallel Old出来之前他就很尴尬.因为Parallel Scavenge + Serial Old的组合很鸡肋. 新生代用并行类的收集器,但是Old区又跟不上脚步.  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 26]

### CMS(concurrent mark sweep) ###

![在这里插入图片描述][20210211160948742.png]  
CMS的四个收集步骤

1.  初始标记-(需要STW)

> 仅仅标记GCRoots直接指向的对象  
> STW的时间会很短,因为仅仅标记GCRoots直接关联对象.不用继续  
> 追踪,速度非常快

1.  并发标记-(GC标记线程与用户线程一起工作)

> 扫描所有的old区,如果扫描的对象能够找到GCRoot就不需要清理.  
> 如果找不到GCRoot就需要清理  
> 基于GCRoots TRACING 和标记的过程.  
> 但是并发标记过程中,有可能用户会产生新的垃圾或者用户程序运行  
> 产品的变动的情况

1.  重新标记-(需要STW)

> 修正并发标记期间,产生的新的垃圾或者变动的情况  
> STW的时间很会短,因为前面的并发标记阶段已经标记了基于  
> GCRoots所有对象,修正只需修正少量的对象

1.  并发清理-(GC清理线程与用户线程一起工作)

> 与用户一起工作进行,清理工作.  
> 采用标记-清除算法.这种算法只需要清理垃圾的对象就行,不需要做  
> 内存的整理  
> ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 27]

优点：  
充分利用CPU资源并发收集、低停顿  
缺点：  
1,标记-清除算法将产生空间碎片问题. -->promotion  
failure concurrent mode failed ----> Serial Old  
2,并发标记和并发清理阶段由于并不是全力进行GC工作一定会带  
来GC时间过长.影响吞吐量.  
3,清理不彻底,会产生浮动垃圾,且浮动垃圾只能在下一次垃圾回  
收才能处理.

### G1(Garbadge First) ###

G1收集器是一个面向服务端的垃圾收集器，适用于多核处理器、大内存容量(4G,6G以上)的服务端系统。 它追求短时间GC停顿同时达  
到一个高的吞吐量,且解决CMS垃圾收集器中针对promotionfailure 和 concurrent mode failed 问题. 在JDK7版本中G1已经推出,JDK9 G1成为了默认的垃圾收集器

G1的内存划分  
G1垃圾收集器堆的内存结构不再是连续的Old Eden S1 S2了.而是改用Region化的内存分布.  
把整个heap的空间划分为一个一个等大的Region. 默认为2048个Region.  
Region大小一般为设置为1M ~ 32M 中的2的N幂 (1,2,4,8,16,32)  
参数指定方式 -XX:G1HeapRegionSize  
每一个Region都可以是以下四种不同的空间存储类型,即这些Region的存储内容是可以基于实际的情况进行改变的  
Eden  
Survivor (S1 , S2)  
Old  
Humongous

当一个对象实例化之后整个大小 >= 0.5 Region 就会把这个对象单独拎出来开辟一个新的Region存储.并且把该区域称之为H区.  
如果整个对象的大小>1个Region 则会开辟多个连续的Region进行对象的保存.这片连续的区域标记为H区  
有可能运行一段时间的情况如下  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 28]

#### G1的垃圾手机过程 ####

Young GC  
基于Region的复制算法.采用多线程并行收集Eden 和 S 的Region (这个过程需要Stop the world)  
Mixed GC  
在正式讲解G1的Mixed GC过程之前,先给大家普及几个概念RememberSet 在每一个Region中会额外开辟一块空间用于保存外部引用的Region  
Root Region 就GCRoot 对象所在的Region  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 29]  
Initial Mark (Stop The World) – 初始标记  
依赖于Yong GC引发的Stop The Word 阶段进行GCRoots的扫描.找出所有的Root Regions; 这个阶段不做GCRootTracing过程,并且是伴随着YoungGC的 Stop The World的过程所以效率很高

Root Region Scanning (并发阶段) – 存活Region扫描  
基于GCRoot Tracing的过程,通过各Region的RememberSet找到需要扫描的Region集合.

Concurrent Marking(并发阶段) --并发标记  
从Root Region Scanning 阶段得到的扫描的Region中,区分存活对象和垃圾对象并标记.

Remark(Stop The World) --重新标记  
在Concurrent Marking阶段由于是用户与标记线程并发处理.所以需要在这个阶段进行重新的修正工作

Clean up(Stop The World) – 清理  
因为是采用的复制算法.所以需要Stop The world 操作.

G1 采用的是优先级排序的方式进行垃圾的回收.优先回收花费时间少,垃圾比例高的Region

#### Why ? G1的使用 ####

使用G1不再需要关注 Old ,Young ,eden s1 s2 相关的比例可以让程序自适应的去使用各个Region  
追求可控的响应时间  
\-XX:MaxGCPauseMillis 200 —200ms之内一定结束垃圾回收机制.  
G1 采用的是优先级排序的方式进行垃圾的回收.优先回收花费时间少,垃圾比例高的Region  
\-XX+UseG1GC

### 垃圾回收器的分类 ###

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 30]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 31]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 32]

# JVM命令及工具,优化思路 #

## JVM参数配置 ##

### 标准参数(-) ###

（-)开头,所有的JVM实现都必须实现这些参数的功能，而且向后兼容标准参数比较固定不会轻易改变,JDK的版本发布对于标准参数不会产生变化.  
比在JDK1.7之前我们的参见设置 -XX:PermSize=10M -XX:MaxPermSize=10M  
在JDK1.8之后,就不能在使用了. -XX:MaxPermSize -XX:PermSize 是另外一个种参数类型.  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 33]

### 非标准参数(-X) ###

(-XX)开头,此类参数各个jvm实现会有所不同，将来可能会随时取消，需要慎重使用. 所以也叫不稳定参数

### 赋值参数 -XX:propertyName=value ###

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 34]

### 布尔参数 -XX:+propertyName ###

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 35]

> 前面加:=的参数是修改过的参数\[jvm启动系统修改或者认为修改都  
> 是:=\]  
> \[manageable\]的表示可以在程序运行期间通过jinfo进行修改的  
> \[product\]的表示不可以在程序运行期间通过jinfo进行修改的.  
> bool PrintGCDetails  
> bool PrintGC  
> bool PrintGCDateStamps  
> bool HeapDumpOnOutOfMemoryError --自动heap溢  
> 出异常保存heap快照  
> ccstr HeapDumpPath --heap快照保  
> 存位置

## 常见参数列表 ##

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 36]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 37]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 38]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 39]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 40]

## 优化问题排查及分析工具 ##

### jdk自带工具 ###

#### jps ####

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 41]

#### jinfo ####

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 42]

#### jstat ####

对JVM应用程序的资源和性能进行实时的反馈的命令行工具.  
其中包括了对类加载,堆内存使用情况和垃圾回收等诸多方面.  
命令解释:jstat \[-命令选项\] \{PID\} \[间隔时间\] \[查询次数\]  
jstat -options : 获取jstat可以获取哪些信息的监控  
![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 43][]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 44]

#### jstack ####

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 45]

#### jmap ####

jmap命令是一个可以输出JVM某一时刻运行状态的命令\[内存,GC情 况,对象存活情况,\]  
查看 GC使用的算法，heap（堆）的配置及JVM堆内存的使用情况 jmap -heap \{PID\}  
查看JVM中各个对象数量,大小\[live\]  
jmap -histo:live \{PID\}  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 46]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 47]

### 使用在线的MAT工具分析 ###

https://heaphero.io/

jhat  
基于jmap dump的hprof文件,进行统计分析的非常难用的工具,对中  
国程序员很不友好…  
jconsole  
是JDK自带提供的实时监测工具  
大家进去了解一下就行.很少用.功能和感觉都不是很好.  
jvisualvm  
是JDK自带提供的实时监测工具.较为好用.  
jhat -port 8888 e://andy-demo.hprof  
localhost:8888进行访问即可…

是我个人比较推荐的自带工具  
监控本机JVM进程  
直接双击打开即可…可以查看到配置信息,CPU,线程执行详情等  
等  
分析内存快照 hprof文件  
分析远程服务器的JVM进程  
比如我们的程序刚刚部署到生产,在没有完善的监控系统的情况  
下.我们可以通过人工的远程查看的方式进行服务的监控和预警.  
首先在远程服务器上进行JMX通讯相关的配置

tomcat为例:在catalina.sh文件中.  
JAVA\_OPTS="$JAVA\_OPTS -  
Dcom.sun.management.jmxremote -  
Djava.rmi.server.hostname=\{IP\} -  
Dcom.sun.management.jmxremote.port=\{PORT\}  
\-Dcom.sun.management.jmxremote.ssl=false -  
Dcom.sun.management.jmxremote.authenticate=tru  
e -  
Dcom.sun.management.jmxremote.access.file=…/c  
onf/andy.access -  
Dcom.sun.management.jmxremote.password.file=…  
/conf/andy.password" 在andy.access文件中  
guest readonly  
manager readwrite  
在andy.password文件中  
guest guest  
manager manager  
chmod 600 andy.access andy.password 改变配置文件的  
权限  
启动服务,检查防火墙. 在win的jvisualvm程序中配置相关远程连接信息

### 第三方好用工具 ###

arthas  
arthas是阿里开源的Java实时监控和问题排查工具.它是以命令行交  
互的方式进行监控和排查的.  
官方代码托管github https://github.com/alibaba/arthas  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 48]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 49]

### GC日志的获取及分析 ###

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 50]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 51]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 52]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 53]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 54]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 55]

## JVM调优 ##

### 预防 ###

规范化的代码,性能更高的代码. 从自身做起  
变量作用域  
字符串的操作建议使用Stringbuffer 或者 StringBuilder  
迭代器的迭代的优雅写法  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 56]  
ArrayList的实现 以及Spring IOC容器中Bean的lazy策略  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 57]

> 通过代码  
> ArrayList list = new ArrayList();并不会完成底层的  
> 数据对象的构建而是在第一个使用Add方法的过程中才会完成数  
> 据对象的构建.

单例模式双重检查（double-checked locking）

高并发时，同步调用应该去考量锁的性能损耗。能用无锁数  
据结构，就不要用锁；能  
锁区块，就不要锁整个方法体；能用对象锁，就不要用类锁  
同步的集合工具类的 和 concurrentHashMap  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 58]  
创建线程或线程池时请指定有意义的线程名称，方便出错时  
追溯原因  
规范化的代码如何培养,可以多去看看EFFECTIVE JAVA  
多去看看JDK设计者的源码实现.  
多去泡泡那些开源框架的源码(看源码晕,也要坚持.)  
养成好的编程习惯和编程规范.勤写注释  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 59]  
做好高并发高可用的架构和压力测试  
作为一个架构设计者功能性需求的不偏不倚是你的本份,非功能  
性需求的设计和保证是你的价值体现.  
系统的高可用,高并发,高性能 这三高指标做为设计者一定要站在  
一个全局的高度做全局的把控.让一切风险规避在襁褓中

架设监控系统,进行预警和问题及时排查  
鹰眼,普罗米修斯,Zabbix

## 问题排查与分析 ##

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 60]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 61]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 62]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 63]  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 64]

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70]: /images/20221024/585fed0fe8ee4fb797ce3b47f6364371.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 1]: /images/20221024/ecc0433462d9489796ebfbd555aaf31e.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 2]: /images/20221024/cb89e0822a2c436f96335d83bb915a14.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 3]: /images/20221024/6eaa6338b3f64645913056b715abf90a.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 4]: /images/20221024/f7ec7bfbf598497f9a98bf8ea747867a.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 5]: /images/20221024/28e972183b9e4f49a56faee8e09ac8ae.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 6]: /images/20221024/7b1d2030b93e49c1a437dd24c51e5a99.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 7]: /images/20221024/e1e54173fe3742b98a269af60d947b64.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 8]: /images/20221024/aa16418c2016424dbd2ec5857d3b9aa8.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 9]: /images/20221024/9fd4d485ca1a462194ec3f2d67117368.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 10]: /images/20221024/bf1913cd2cd547a2aac7a284bce86145.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 11]: /images/20221024/d2d5afb9a89042eb94d6d271890ec52f.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 12]: /images/20221024/e1385da54e1a496e9b62288eee2563b0.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 13]: /images/20221024/dc0527396b8446009893c8b727e68ac9.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 14]: /images/20221024/dda85bb5d33a41e49a01549ac6ea885b.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 15]: /images/20221024/7a13194f1bf34b6cb0e18d5afbd329af.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 16]: /images/20221024/67f2527aec7a4455b8440c0983a0adce.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 17]: /images/20221024/38d26fcd66bf48f28b162baa94c8fb56.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 18]: /images/20221024/5cdf2ce7e33f442c830bdd696b228b1b.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 19]: /images/20221024/186db946313f4f49966956045e16e2a0.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 20]: /images/20221024/3bf6f8069f0e463290e0e919d047a6a9.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 21]: /images/20221024/0c84f94e730f400b96f95887043a6767.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 22]: /images/20221024/711baf4f7f1f4192b8e681ed6cf4e64a.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 23]: /images/20221024/a7fdecb4af7e42d6abab79159e15f546.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 24]: /images/20221024/c864b68d9fc24019af1f2a8af55876cc.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 25]: /images/20221024/67d2d28bcc674bf49aed9eb06055fd78.png
[20210211160817460.png]: /images/20221024/6e34f1533b4247b3a4620547aed51b8f.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 26]: /images/20221024/f7c8bc36093545148abd4017dee7d4db.png
[20210211160948742.png]: /images/20221024/7cf9448889a34b03a543c0ffadf8e02d.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 27]: /images/20221024/0547449efc5f490f9d1114058ef88fc0.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 28]: /images/20221024/63b9778fce5643dfac1f0977aaf17edf.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 29]: /images/20221024/3acb4c8aa70144fa9aa9b13afda1e06d.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 30]: /images/20221024/4939186820204ec79223ce750c905961.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 31]: /images/20221024/4e30cddf1a974589be33b410ddb3f376.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 32]: /images/20221024/27d1d62eeb5747ee984d8249619081c1.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 33]: /images/20221024/2c560e733eef46cfb8418bf4937cdfea.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 34]: /images/20221024/6b21cf6b7d07414fa209516bffa70a71.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 35]: /images/20221024/606dc26908524e7a8d44ed8323643549.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 36]: /images/20221024/335bca47aaa745e688ff9aad9b1b4f67.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 37]: /images/20221024/734d4b86214044b5b8a5dd592e0f2bff.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 38]: /images/20221024/dd1d6069fff44c1a8017d7c458bd3947.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 39]: /images/20221024/f340a2c77b7048ff8264f7f4b3c74939.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 40]: /images/20221024/2c03ec0d8a644fd8bf1f455f41a2baa1.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 41]: /images/20221024/92fc686f518645b8bbbd7038705353cd.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 42]: /images/20221024/edf1f051212f40bd83068ea99813b49f.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 43]: /images/20221024/d5f50195afa540a7bda713b87a1166e3.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 44]: /images/20221024/d57e9b132f70456597570111b1695fb5.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 45]: /images/20221024/43224883a36049428da6671ca67ebf5f.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 46]: /images/20221024/52412ba663174f488ad12ae6097746e2.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 47]: /images/20221024/401fb94ac8b749028902ed210797124b.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 48]: /images/20221024/9f5f61201cc148488478adcc360c87b1.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 49]: /images/20221024/eebe2580f6ff40268d8f5f7dda222a74.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 50]: /images/20221024/278b6f816c8d4a618cc0c787b8e9ca7b.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 51]: /images/20221024/da4a3d8171494627b59100bc67fe4438.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 52]: /images/20221024/9a39ada410c846fba06986c9edfc0574.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 53]: /images/20221024/48c922140bb749c988cb61ae2bd8eeb2.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 54]: /images/20221024/587daeaa5ad24477bc5f942788d874e6.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 55]: /images/20221024/e674e6d840b84a898be8390c1a91e8d3.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 56]: /images/20221024/329354fcf4b3446cbd461975cb2cfc98.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 57]: /images/20221024/5154a3550cd041a19fe3ef5d893fa245.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 58]: /images/20221024/fce3708225474bd9aa1e987a3c726368.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 59]: /images/20221024/b6c3a19066ce4db5825f021327a4c3f7.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 60]: /images/20221024/9ee2d774441e4f80a3a48235b6253d38.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 61]: /images/20221024/54bb234795044f71af9f5afe08b86b45.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 62]: /images/20221024/3b24d4fff4164f17829f43f6a83a5904.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 63]: /images/20221024/a55592044ddc453f877cb34fb1f80350.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzMzMzMzNjU0_size_16_color_FFFFFF_t_70 64]: /images/20221024/0c4a8a220de84b17b26e45c9a093fa91.png