Java进阶（JVM调优）——JVM调优参数 & JDK自带工具使用 & 内存溢出和死锁问题案例 & GC垃圾回收

￡神魔★判官ぃ 2024-02-19 11:10 14阅读 0赞

![在这里插入图片描述][5c9458859cdb46cf98284ab2daccbeee.png]

## 前言 ##

JVM作为Java进阶的知识，是需要Java程序员不断深度和理解的。

本篇博客介绍JVM调优的相关知识，给出了一个demo案例，介绍了JVM调优的主要参数；介绍了jdk自带的jvm分析工具的使用；给出了一个内存溢出的调优场景，逐步分析定位问题，以及发生死锁的分析案例。

其他相关的JVM博客文章如下：

*  [Java进阶（1）——JVM的内存分配 & 反射Class类的类对象 & 创建对象的几种方式 & 类加载（何时进入内存JVM）& 注解 & 反射+注解的案例][Java_1_JVM_ _ _Class_ _ _ _ _JVM_ _ _]
 *  [Java进阶（4）——结合类加载JVM的过程理解创建对象的几种方式：new，反射Class，克隆clone（拷贝），序列化反序列化][Java_4_JVM_new_Class_clone]
 *  [Java进阶（垃圾回收GC）——理论篇：JVM内存模型 & 垃圾回收定位清除算法 & JVM中的垃圾回收器][Java_GC_JVM_ _ _ _ JVM]

系列文章合集如下：  
[【合集】Java进阶——Java深入学习的笔记汇总 & 再论面向对象、数据结构和算法、JVM底层、多线程、类加载 …][Java_Java_ _ _JVM_]

#### 目录 ####

*  前言
 *  引出
 *  JVM优化入门
 *   *  案例demo代码
     *  JVM调优参数
 *  使用jdk自带的工具分析
 *   *  jconsole.exe
     *  jvisualvm.exe
 *  内存溢出的调优场景
 *   *  top命令发现是java
     *  jps 查看java进程
     *  jinfo 63205 查看JVM参数配置
     *  jstat 查看java进程内存分配
     *  jstack 打印出进程内部栈的调用链信息
     *  top -p 29046 -H 打印出进程内部线程的CPU占用情况
     *  jmap -histo 查看进程中的类，以及类的实例个数
 *  发生死锁的调优场景
 *   *  线程的状态
     *  使用jstack进行分析
 *  总结

## 引出 ##

--------------------

1.JVM调优的相关知识，给出了一个demo案例；  
2.JVM调优的主要参数；  
3.jdk自带的jvm分析工具的使用；  
3.内存溢出的调优场景，逐步分析定位问题；  
4.发生死锁的分析案例

## JVM优化入门 ##

### 案例demo代码 ###

[https://gitee.com/pet365/java-gc-demo][https_gitee.com_pet365_java-gc-demo]

![在这里插入图片描述][b778ca1c7a6548b7ae90aa777fc3b35a.png]

> 内存溢出

![在这里插入图片描述][9441ca2011a441629136057eba074be8.png]

> 调用链

![在这里插入图片描述][831a43cebccb4a4d86bb3b5ff33cac20.png]

JDK1.8默认采用GC回收器为：PS + PO组合

> 如果我们不切换到G1回收器的情况下，如何进行参数调优！

什么是调优？

1.  根据需求进行JVM规划&预调优
2.  JVM环境卡顿（找到系统瓶颈：压测）
3.  解决JVM运行期间的问题（内存泄漏，内存溢出……）

调优，都必须根据业务场景来调优，不能假设，假设式的调优都是耍流氓！

### JVM调优参数 ###

调优参数：java -X & `java -XX` 开头的这些非标准参数！

> 主要是java -XX开头的参数，但是没有文档信息介绍

![在这里插入图片描述][7ffdfec3e6af4d29a40004b50e05d21d.png]

[root@iZuf61wy7p4tbr7lmwv18iZ ~]# java -X
        -Xmixed           混合模式执行（默认）
        -Xint             仅解释模式执行
        -Xbootclasspath:<用 : 分隔的目录和 zip/jar 文件>
                          设置引导类和资源的搜索路径
        -Xbootclasspath/a:<用 : 分隔的目录和 zip/jar 文件>
                          附加在引导类路径末尾
        -Xbootclasspath/p:<用 : 分隔的目录和 zip/jar 文件>
                          置于引导类路径之前
        -Xdiag            显示附加诊断消息
        -Xnoclassgc        禁用类垃圾收集
        -Xincgc           启用增量垃圾收集
        -Xloggc:<file>    将 GC 状态记录在文件中（带时间戳）
        -Xbatch           禁用后台编译
        -Xms<size>        设置初始 Java 堆大小
        -Xmx<size>        设置最大 Java 堆大小
        -Xss<size>        设置 Java 线程堆栈大小
        -Xprof            输出 cpu 分析数据
        -Xfuture          启用最严格的检查，预计会成为将来的默认值
        -Xrs              减少 Java/VM 对操作系统信号的使用（请参阅文档）
        -Xcheck:jni       对 JNI 函数执行其他检查
        -Xshare:off       不尝试使用共享类数据
        -Xshare:auto      在可能的情况下使用共享类数据（默认）
        -Xshare:on        要求使用共享类数据，否则将失败。
        -XshowSettings    显示所有设置并继续
        -XshowSettings:system
                          （仅限 Linux）显示系统或容器
                          配置并继续
        -XshowSettings:all
                          显示所有设置并继续
        -XshowSettings:vm 显示所有与 vm 相关的设置并继续
        -XshowSettings:properties
                          显示所有属性设置并继续
        -XshowSettings:locale
                          显示所有与区域设置相关的设置并继续
    
    -X 选项是非标准选项。如有更改，恕不另行通知。

\-XX参数主要有3种：行为参数，调优参数，调试参数

行为参数(功能开关)
    -XX:-DisableExplicitGC 禁止调用System.gc()；但jvm的gc仍然有效
    -XX:+MaxFDLimit 最大化文件描述符的数量限制
    -XX:+ScavengeBeforeFullGC  新生代GC优先于Full GC执行
    -XX:+UseGCOverheadLimit 在抛出OOM之前限制jvm耗费在GC上的时间比例
    -XX:-UseConcMarkSweepGC 对老年代采用并发标记交换算法进行GC
    -XX:-UseParallelGC 启用并行GC
    -XX:-UseParallelOldGC  对Full GC启用并行，当-XX:-UseParallelGC启用时该项自动启用
    -XX:-UseSerialGC  启用串行GC
    -XX:+UseThreadPriorities  启用本地线程优先级
        
    性能调优
    -XX:LargePageSizeInBytes=4m 设置用于Java堆的大页面尺寸
    -XX:MaxHeapFreeRatio=70 GC后java堆中空闲量占的最大比例
    -XX:MaxNewSize=size 新生成对象能占用内存的最大值
    -XX:MaxPermSize=64m 老年代对象能占用内存的最大值
    -XX:MinHeapFreeRatio=40 GC后java堆中空闲量占的最小比例
    -XX:NewRatio=2 新生代内存容量与老生代内存容量的比例
    -XX:NewSize=size 新生代对象生成时占用内存的默认值
    -XX:ReservedCodeCacheSize=32m  保留代码占用的内存容量
    -XX:ThreadStackSize=512 设置线程栈大小，若为0则使用系统默认值
    -XX:+UseLargePages 使用大页面内存
        
    调试参数
    -XX:-CITime 打印消耗在JIT编译的时间
    -XX:ErrorFile=./hs_err_pid<pid>.log 保存错误日志或者数据到文件中
    -XX:-ExtendedDTraceProbes  开启solaris特有的dtrace探针
    -XX:HeapDumpPath=./java_pid<pid>.hprof 指定导出堆信息时的路径或文件名
    -XX:-HeapDumpOnOutOfMemoryError 当首次遭遇OOM时导出此时堆中相关信息
    -XX:OnError="<cmd args>;<cmd args>" 出现致命ERROR之后运行自定义命令
    -XX:OnOutOfMemoryError="<cmd args>;<cmd args>" 当首次遭遇OOM时执行自定义命令
    -XX:-PrintClassHistogram  遇到Ctrl-Break后打印类实例的柱状信息，与jmap -histo功能相同
    -XX:-PrintConcurrentLocks  遇到Ctrl-Break后打印并发锁的相关信息，与jstack -l功能相同
    -XX:-PrintCommandLineFlags 打印在命令行中出现过的标记
    -XX:-PrintCompilation  当一个方法被编译时打印相关信息
    -XX:-PrintGC  每次GC时打印相关信息
    -XX:-PrintGCDetails  每次GC时打印详细信息
    -XX:-PrintGCTimeStamps 打印每次GC的时间戳
    -XX:-TraceClassLoading 跟踪类的加载信息
    -XX:-TraceClassLoadingPreorder 跟踪被引用到的所有类的加载信息
    -XX:-TraceClassResolution  跟踪常量池
    -XX:-TraceClassUnloading  跟踪类的卸载信息
    -XX:-TraceLoaderConstraints 跟踪类加载器约束的相关信息

可以参考：https://blog.csdn.net/geejkse\_seff/article/details/124288313

java -jar -XX:+UseG1GC -Xms200m -Xmx200m -XX:MaxGCPauseMillis=200 -XX:ParallelGCThreads=8 -XX:G1HeapRegionSize=16m -XX:+UnlockExperimentalVMOptions -XX:G1NewSizePercent=5 -XX:G1MaxNewSizePercent=40 -XX:TargetSurvivorRatio=50 -XX:MaxTenuringThreshold=15 -XX:InitiatingHeapOccupancyPercent=45 -XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:+PrintGCTimeStamps -Xloggc:/gc.log gc-1.0.jar

## 使用jdk自带的工具分析 ##

通过DOS命令窗口，启动jar包

java -jar -Xms200m -Xmx200M -XX:+PrintGC -XX:-UseParallelGC gc-1.0.jar

### jconsole.exe ###

![在这里插入图片描述][07893fbf60a9428dbf92353702846f6f.png]

> 选择不安全连接

![在这里插入图片描述][4854731d496d48a6a74b95d9d3cf23d4.png]

> 查看VM概要，有启动时设置的参数

![在这里插入图片描述][3f74c52e5ddd485fa471647f1aa2bba1.png]

> 查看控制台概览，堆内存不断增加

![在这里插入图片描述][f12ce0d5b38b4271955a66de9bbf10e9.png]

> 年轻代的gc回收

![在这里插入图片描述][e4790c0849a14ea8b5f294e7cc1f1d35.png]

> 可以手动GC

![在这里插入图片描述][1b97902008d649e79418e0eb304a1776.png]

### jvisualvm.exe ###

> 另外一个工具 jvisualvm.exe

![在这里插入图片描述][a7dc592d51074be192aa1a4d7c40268b.png]

> 能够监测到死锁的产生

![在这里插入图片描述][3fb015bd1e014f57808ad325ba119065.png]

> 生成dump文件查看

![在这里插入图片描述][217d63ef9486488b80601f9a42b88019.png]

> 控制台进行各种GC

![在这里插入图片描述][301dd5ef92504776806674fb140f312e.png]

> 垃圾回收

![在这里插入图片描述][5d0368f29984496f83ffaa2f22adf348.png]

> 开始出现Full GC

![在这里插入图片描述][84f2e56c90f44b99903c07bd4771f175.png]

> 此时，jvm只在回收垃圾

![在这里插入图片描述][08ad62f4f0814cfea843327cd26d0bfa.png]

## 内存溢出的调优场景 ##

![在这里插入图片描述][3aaaf686f0c645d9882292494053605c.png]

在Linux系统上运行：

java -jar -Xms200m -Xmx200M -XX:+PrintGC -XX:-UseParallelGC ./gc-1.0.jar

> top、 jps 、jinfo、jstat 、jmap

另开一个窗口，去使用上述的命令：

内存溢出在实际的生产环境中经常会遇到，比如，不断的将数据写入到一个集合中，出现了死循环，读取超大的文件等等，都可能会造成内存溢出。如果出现了内存溢出，首先我们需要定位到发生内存溢出的环节，并且进行分析，是正常还是非正常情况，如果是正常的需求，就应该考虑加大内存的设置，如果是非正常需求，那么就要对代码进行修改，修复这个bug。首先，我们得先学会如何定位问题，然后再进行分析。

![在这里插入图片描述][0a4999fadf484d2dac394cadd8eb8dbd.png]

> cpu飙升

![在这里插入图片描述][5bbd8698cb674bccb553782afec0c8be.png]

### top命令发现是java ###

![在这里插入图片描述][91b6b386f9cc45a693764d49dd22b499.png]

### jps 查看java进程 ###

> jps

![在这里插入图片描述][1f4da4beb519461c855123d4a7cf0671.png]

### jinfo 63205 查看JVM参数配置 ###

> jinfo 63205 查看参数配置

![在这里插入图片描述][9bb554eacb5945279b4ee27886610066.png]

[root@192 ~]# jinfo 63205
    Attaching to process ID 63205, please wait...
    Debugger attached successfully.
    Server compiler detected.
    JVM version is 25.371-b11
    Java System Properties:
    
    java.runtime.name = Java(TM) SE Runtime Environment
    java.vm.version = 25.371-b11
    sun.boot.library.path = /root/software/jdk/jdk1.8.0_371/jre/lib/amd64
    java.protocol.handler.pkgs = org.springframework.boot.loader
    java.vendor.url = http://java.oracle.com/
    java.vm.vendor = Oracle Corporation
    path.separator = :
    file.encoding.pkg = sun.io
    java.vm.name = Java HotSpot(TM) 64-Bit Server VM
    sun.os.patch.level = unknown
    sun.java.launcher = SUN_STANDARD
    user.country = CN
    user.dir = /usr/local/software/jar/java-gc-demo
    java.vm.specification.name = Java Virtual Machine Specification
    PID = 63205
    java.runtime.version = 1.8.0_371-b11
    java.awt.graphicsenv = sun.awt.X11GraphicsEnvironment
    os.arch = amd64
    java.endorsed.dirs = /root/software/jdk/jdk1.8.0_371/jre/lib/endorsed
    line.separator = 
    
    java.io.tmpdir = /tmp
    java.vm.specification.vendor = Oracle Corporation
    os.name = Linux
    sun.jnu.encoding = UTF-8
    java.library.path = /usr/java/packages/lib/amd64:/usr/lib64:/lib64:/lib:/usr/lib
    spring.beaninfo.ignore = true
    java.specification.name = Java Platform API Specification
    java.class.version = 52.0
    sun.management.compiler = HotSpot 64-Bit Tiered Compilers
    os.version = 3.10.0-1160.95.1.el7.x86_64
    user.home = /root
    user.timezone = Asia/Shanghai
    catalina.useNaming = false
    java.awt.printerjob = sun.print.PSPrinterJob
    file.encoding = UTF-8
    java.specification.version = 1.8
    catalina.home = /tmp/tomcat.10050.2643101067280109420
    user.name = root
    java.class.path = target/spring-gc-demo-1.0-SNAPSHOT.jar
    java.vm.specification.version = 1.8
    sun.arch.data.model = 64
    sun.java.command = target/spring-gc-demo-1.0-SNAPSHOT.jar
    java.home = /root/software/jdk/jdk1.8.0_371/jre
    user.language = zh
    java.specification.vendor = Oracle Corporation
    awt.toolkit = sun.awt.X11.XToolkit
    java.vm.info = mixed mode
    java.version = 1.8.0_371
    java.ext.dirs = /root/software/jdk/jdk1.8.0_371/jre/lib/ext:/usr/java/packages/lib/ext
    sun.boot.class.path = /root/software/jdk/jdk1.8.0_371/jre/lib/resources.jar:/root/software/jdk/jdk1.8.0_371/jre/lib/rt.jar:/root/software/jdk/jdk1.8.0_371/jre/lib/jsse.jar:/root/software/jdk/jdk1.8.0_371/jre/lib/jce.jar:/root/software/jdk/jdk1.8.0_371/jre/lib/charsets.jar:/root/software/jdk/jdk1.8.0_371/jre/lib/jfr.jar:/root/software/jdk/jdk1.8.0_371/jre/classes
    java.awt.headless = true
    java.vendor = Oracle Corporation
    catalina.base = /tmp/tomcat.10050.2643101067280109420
    java.specification.maintenance.version = 4
    file.separator = /
    java.vendor.url.bug = http://bugreport.sun.com/bugreport/
    sun.io.unicode.encoding = UnicodeLittle
    sun.cpu.endian = little
    sun.cpu.isalist = 
    
    VM Flags:
    Non-default VM flags: -XX:CICompilerCount=3 -XX:InitialHeapSize=209715200 -XX:MaxHeapSize=209715200 -XX:MaxNewSize=69730304 -XX:MinHeapDeltaBytes=524288 -XX:NewSize=69730304 -XX:OldSize=139984896 -XX:+PrintGC -XX:+UseCompressedClassPointers -XX:+UseCompressedOops -XX:+UseFastUnorderedTimeStamps -XX:+UseParallelGC 
    Command line:  -Xms200m -Xmx200M -XX:+PrintGC

发现参数 -Xms200m -Xmx200M -XX:+PrintGC似乎并没有不合理的设置

### jstat 查看java进程内存分配 ###

jstat -gc 63205

![在这里插入图片描述][195ae30982c14089b7f77b3c6960f70d.png]

*  S0C: 年轻代中第一个survivor(幸存区)的容量(字节)
 *  S1C: 年轻代中第二个survivor(幸存区)的容量（字节）
 *  S0U: 年轻代中第一个survivor(幸存区)目前已使用空间（字节）
 *  S1U: 年轻代中第二个survivor(幸存区)目前已使用空间（字节）
 *  EC: 年轻代中Eden(伊甸园)的容量（字节）
 *  EU: 年轻代中Eden(伊甸园)目前已使用空间（字节）
 *  OC: Old代的容量（字节）
 *  OU: Od代目前已使用空间（字节）
 *  MC: metaspace(元空间)的容量（字节）
 *  MU: metaspace(元空间)目前己使用空间（字节）
 *  YGC：从应用程序启动到采样时年轻代中gC次数
 *  YGCT: 从应用程序启动到采样时年轻代中gC所用时间(S)
 *  FGC：从应用程序启动到采样时old代（全gc) gc次数
 *  FGCT：从应用程序启动到采样时old代（全gc) gc所用时间(s)
 *  GCT：从应用程序启动到采样时gc用的总时间(s)

### jstack 打印出进程内部栈的调用链信息 ###

jstack 63205

![在这里插入图片描述][0b8b6a080f804952955f4eec6d783667.png]

### top -p 29046 -H 打印出进程内部线程的CPU占用情况 ###

top -p 63205 -H

![在这里插入图片描述][03009abd6cc943d48101354c8aa2a9ab.png]

### jmap -histo 查看进程中的类，以及类的实例个数 ###

> jmap -histo 4498 | head -20 \#查看前20条信息

jmap -histo 63205 | head -20

![在这里插入图片描述][b123fc6d507f4272b137c47f65bb46d4.png]

剩余的工作：去调整你的业务代码，但是jmap的缺陷在于：它在导出内存图的时候，会STW，所以需要少用！

> 最好在测试环境中去 复盘出 生产环境的问题；然后在测试机上去使用jmap命令！

jmap -dump:format=b,file=/root/dump4498.hprof 4498 #将进程中的堆的所有信息快照出来

导出快照仍旧会导致STW问题，会导致所有业务线程卡死！

所以什么时间生成堆文件呢！

java -jar -Xms200m -Xmx200M -XX:+PrintGC -XX:-UseParallelGC -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/root/springbootgc.hprof ./gc-1.0.jar

> \-XX:+HeapDumpOnOutOfMemoryError JVM由于内存不足宕机的时候，自动生成
> 
> \-XX:HeapDumpPath=/root/springbootgc.hprof 堆文件的存储位置

## 发生死锁的调优场景 ##

有些时候我们需要查看下jvm中的线程执行情况，比如，发现服务器的CPU的负载突然增高了、出现了死锁、死循环等，我们该如何分析呢？由于程序是正常运行的，没有任何的输出，从日志方面也看不出什么问题，所以就需要看下jvm的内部线程的执行情况，然后再进行分析查找出原因。这个时候，就需要借助于jstack命令了，jstack的作用是将正在运行的jvm的线程情况进行快照，并且打印出来：

![在这里插入图片描述][7061b373b85843d6bad011041d9afcd4.png]

### 线程的状态 ###

![在这里插入图片描述][2bcd47ec0f5a4bd5a5c57cf021528c6a.png]

在Java中线程的状态一共被分成6种：

*  初始态（NEW）：创建一个Thread对象，但还未调用start()启动线程时，线程处于初始态。
 *  运行态（RUNNABLE）：在Java中，运行态包括 就绪态 和 运行态。
    
     *  就绪态：该状态下的线程已经获得执行所需的所有资源，只要CPU分配执行权就能运行，所有就绪态的线程存放在就绪队列中
     *  运行态：获得CPU执行权，正在执行的线程，由于一个CPU同一时刻只能执行一条线程，因此每个CPU每个时刻只有一条运行态的线程
 *  阻塞态（BLOCKED）：
    
     *  当一条正在执行的线程请求某一资源失败时，就会进入阻塞态。
     *  而在Java中，阻塞态专指请求锁失败时进入的状态。
     *  由一个阻塞队列存放所有阻塞态的线程。
     *  处于阻塞态的线程会不断请求资源，一旦请求成功，就会进入就绪队列，等待执行。
 *  等待态（WAITING）
    
     *  当前线程中调用wait、join、park函数时，当前线程就会进入等待态。
     *  也有一个等待队列存放所有等待态的线程。
     *  线程处于等待态表示它需要等待其他线程的指示才能继续运行。
     *  进入等待态的线程会释放CPU执行权，并释放资源（如：锁）
 *  超时等待态（TIMED\_WAITING）
    
     *  当运行中的线程调用sleep(time)、wait、join、parkNanos、parkUntil时，就会进入该状态；
     *  它和等待态一样，并不是因为请求不到资源，而是主动进入，并且进入后需要其他线程唤醒；
     *  进入该状态后释放CPU执行权 和 占有的资源。
     *  与等待态的区别：到了超时时间后自动进入阻塞队列，开始竞争锁。
 *  终止态（TERMINATED）  
    线程执行结束后的状态

### 使用jstack进行分析 ###

jstack 63205

![在这里插入图片描述][f906b164b3d94decbc930aa80c466fcc.png]

--------------------

## 总结 ##

[5c9458859cdb46cf98284ab2daccbeee.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/02/19/45b612c06abc4000921136cfc5cd7b8c.png
[Java_1_JVM_ _ _Class_ _ _ _ _JVM_ _ _]: https://blog.csdn.net/Pireley/article/details/132175970
[Java_4_JVM_new_Class_clone]: https://blog.csdn.net/Pireley/article/details/132355758
[Java_GC_JVM_ _ _ _ JVM]: https://blog.csdn.net/Pireley/article/details/134315943
[Java_Java_ _ _JVM_]: https://blog.csdn.net/Pireley/article/details/133674915
[https_gitee.com_pet365_java-gc-demo]: https://gitee.com/pet365/java-gc-demo
[b778ca1c7a6548b7ae90aa777fc3b35a.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/02/19/3093060dd6064983894ca8dd6ec8d494.png
[9441ca2011a441629136057eba074be8.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/02/19/d285a035de564fe5bc47071ced553aac.png
[831a43cebccb4a4d86bb3b5ff33cac20.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/02/19/2c13684006da45e09606c85b4e040acf.png
[7ffdfec3e6af4d29a40004b50e05d21d.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/02/19/4aaa7d4ad3d24261b87ee2fc01b93bd3.png
[07893fbf60a9428dbf92353702846f6f.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/02/19/fc162a89e21744f688feffdbceee6b25.png
[4854731d496d48a6a74b95d9d3cf23d4.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/02/19/6eb364e4664d4b1eb0d43ffc24432404.png
[3f74c52e5ddd485fa471647f1aa2bba1.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/02/19/de65abb36fb3408eb2947d1ad7fdc3ce.png
[f12ce0d5b38b4271955a66de9bbf10e9.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/02/19/c26d9a8992c940daa8d811a8a2ea0fe0.png
[e4790c0849a14ea8b5f294e7cc1f1d35.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/02/19/6e7f3b58ddb54406b6366156bb86c387.png
[1b97902008d649e79418e0eb304a1776.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/02/19/b607f5224982445b8cc669ac60ff781c.png
[a7dc592d51074be192aa1a4d7c40268b.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/02/19/f0e8de0bd3674cdd95ce0bc3494d806a.png
[3fb015bd1e014f57808ad325ba119065.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/02/19/79389197e551475596d97f284a94ffa9.png
[217d63ef9486488b80601f9a42b88019.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/02/19/7bbc06a2355244b592d38b6ac6fd4f5e.png
[301dd5ef92504776806674fb140f312e.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/02/19/92e35716ee46471fa6f1705e3c5e83a3.png
[5d0368f29984496f83ffaa2f22adf348.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/02/19/94b1d699dc6a452e837a32e201494f9e.png
[84f2e56c90f44b99903c07bd4771f175.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/02/19/894cd2fd50fc4df4bda32d2929cadea3.png
[08ad62f4f0814cfea843327cd26d0bfa.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/02/19/8935c697dc394630bef9a1e2688c15c1.png
[3aaaf686f0c645d9882292494053605c.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/02/19/efa8322b47564e65af1ab73b4bf15bcb.png
[0a4999fadf484d2dac394cadd8eb8dbd.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/02/19/b35260207d124204951250f80ff966bd.png
[5bbd8698cb674bccb553782afec0c8be.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/02/19/e04f3eaa6ba94fdfa0a14927c04299c2.png
[91b6b386f9cc45a693764d49dd22b499.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/02/19/0c1178cfca1c49d7bec0a6d4b805b643.png
[1f4da4beb519461c855123d4a7cf0671.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/02/19/c55aa531be6b4730b05baeedf060a9e7.png
[9bb554eacb5945279b4ee27886610066.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/02/19/f59373865dc64f5a988adfc6bf4bf12f.png
[195ae30982c14089b7f77b3c6960f70d.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/02/19/aeab6db428ad44d68a78d227483bf62a.png
[0b8b6a080f804952955f4eec6d783667.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/02/19/313cddf42aef4594a5c34f583a499d81.png
[03009abd6cc943d48101354c8aa2a9ab.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/02/19/fea74061505e440fbe428b469648a77f.png
[b123fc6d507f4272b137c47f65bb46d4.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/02/19/90d200a2751b487189ae70b72d90d662.png
[7061b373b85843d6bad011041d9afcd4.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/02/19/22d2c8aed4a94ce9864dd8ea128e2b09.png
[2bcd47ec0f5a4bd5a5c57cf021528c6a.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/02/19/f996a4d96f8d46bfa090e93d5bddc48d.png
[f906b164b3d94decbc930aa80c466fcc.png]: https://image.dandelioncloud.cn/pgy_files/images/2024/02/19/4ba6fcc0b5a54fc384efaf64622d15fc.png