ActiveMQ的消息存储和持久化

水深无声 2023-10-11 20:18 66阅读 0赞

## **目录** ##

一、官网

二、简介

三、是什么

四、详解

（一）AMQ Message Store

（二）kahaDB（当前默认存储机制）

（三）LevelDB

（四）JDBC消息存储

（五）JDBC Message Store with ActiveMQ Journal

五、总结

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

## 一、官网 ##

[ActiveMQ (apache.org)][ActiveMQ _apache.org]

可以看到最新版本中LevelDB已经被弃用，推荐使用的是kahaDB

![8f45687918544459bb57502cb5caa39c.png][]

## 二、简介 ##

**此处持久化和之前的持久化的区别**

![c0d32d01c2d341ef800bedeb540e011f.png][]

MQ高可用：事务、可持久、签收，是属于MQ自身特性，自带的。这里的持久化是外力，是外部插件。之前讲的持久化是MQ的外在表现，现在讲的的持久是是底层实现。

## 三、是什么 ##

持久化是什么？一句话就是：ActiveMQ宕机了，消息不会丢失的机制。

说明：为了避免意外宕机以后丢失信息，需要做到重启后可以恢复消息队列，消息系统一半都会采用持久化机制。ActiveMQ的消息持久化机制有JDBC，AMQ，**KahaDB**和LevelDB，无论使用哪种持久化方式，消息的存储逻辑都是一致的。就是**在发送者将消息发送出去后，消息中心首先将消息存储到本地数据文件、内存数据库或者远程数据库等。再试图将消息发给接收者，成功则将消息从存储中删除，失败则继续尝试发送。消息中心启动以后，要先检查指定的存储位置是否有未成功发送的消息，如果有，则会先把存储位置中的消息发出去。**

## **四、详解** ##

### **（一）****AMQ Message Store** ###

基于文件的存储机制，是以前的默认机制，现在不再使用。

AMQ是一种文件存储形式，它具有写入速度快和容易恢复的特点。消息存储再一个个文件中文件的默认大小为32M，当一个文件中的消息已经全部被消费，那么这个文件将被标识为可删除，在下一个清除阶段，这个文件被删除。AMQ适用于ActiveMQ5.3之前的版本

可以认为曾经牛逼过，现在大势已去。了解即可！

### **（二）kahaDB（当前默认存储机制）** ###

**1.conf/activemq.xml配置文件**

kahadb的路径在activemq目录下的data目录中

![c6a03431ab91439ba3a6111f7c2d7f24.png][]

![2d2fc6d467364c419dfa3a0a01cca478.png][]

kahadb目录结构

![7230d4d4b08d4f8298926c40f12dffc0.png][]

**2.官网**

[ActiveMQ (apache.org)][ActiveMQ _apache.org 1]

**3.kahaDB存储原理**

KahaDB是**目前默认的存储方式**,可用于任何场景,提高了性能和恢复能力。消息存储使用一个**事务日志**和仅仅用一个**索引文件**来存储它所有的地址。KahaDB是一个专门针对消息持久化的解决方案,它对典型的消息使用模式进行了优化。数据被追加到data logs中。当不再需要log文件中的数据的时候,og文件会被丢弃。

**4.目录结构**

kahadb在消息保存目录中只有4类文件和一个ock，跟ActiveMQ的其他几种文件存储引擎相比这就非常简洁了。

![b98cc51b044c4b02889879d8c168e1da.png][]

**① db-<Number>.log**

KahaDB存储消息到预定义大小的数据记录文件中，文件命名为db-<Number>.log。当数据文件已满时，一个新的文件会随之创建，number数值也会随之递增，它随着消息数量的增多，如每32M一个文件，文件名按照数字进行编号，如db-1.log、db-2.log、db-3.log·。当不再有引用到数据文件中的任何消息时，文件会被删除或归档。

![64c80ef4a8654ef7900d2af7693d1238.png][]

**② db.data**

该文件包含了持久化的BTree索引，索引了消息数据记录中的消息,它是消息的索引文件，本质上是B-Tree (B树)，使用B-Tree作为索引指向db-<Number>.log里面存储的消息。 
**③ db.free**

当前db.data文件里哪些页面是空闲的，文件具体内容是所有空闲页的ID

**④ db.redo**

用来进行消息恢复,如果KahaDB消息存储在强制退出后启动，用于恢复BTree索引。

**⑤ lock**

文件锁，表示当前获得kahadb读写权限的broker。

### **（三）LevelDB** ###

这种文件系统是从ActiveMQ5.8之后引进的，它和KahaDB非常相似，也是基于文件的本地数据库储在形式，但是它提供比KahaDB更快的持久性。  
但它不使用自定义B-Tree实现来索引预写日志，而是使用基于LevelDB的索引

> 默认配置如下: 
> < persistenceAdapter > 
> < levelDBdirectory = "activemq-data" /> 
> </ persistenceAdapter >

### **（四）JDBC消息存储** ###

**1.MQ+Mysql**

![abe66ff8608449859b7e5aefee7b2b10.png][]

**2.添加mysql数据库的驱动包到lib文件夹**

默认是的dbcp数据库连接池，如果要换成其他数据库连接池，需要将该连接池jar包，也放到lib目录下。

![bc5002d7eebd40f7910dddf7e11bc64d.png][]

**3.jdbcPersistenceAdapter配置**

> <persistenceAdapter>
> 
> <jdbcPersistenceAdapter dataSource=“\#mysql-ds" createTableStartup="true"/>
> 
> </persistenceAdapter>

dataSource指定将要引用的持久化数据库的bean名称;

createTablesOnStartup是否在启动的时候创建数据表，默认值是true。这样每次启动都会去创建数据表了，一般是第一次启动的时候设置为true之后改成false。

![400fec82c95f444fab6b9c559b8ec5fe.png][]

**4.数据库连接池配置**

需要我们准备一个mysql数据库，并创建一个名为activemq的数据库并创建一个用户zjy，给zjy授予权限。

![70c2cbbf2ece4e58b7e131d50260b3b4.png][]

①参照官网[ActiveMQ (apache.org)][ActiveMQ _apache.org]

![7d80c4b032f94245b2094b400e86e2d8.png][]

> <bean id="mysql-ds" class="org.apache.commons.dbcp2.BasicDataSource" destroy-method="close"> 
> <property name="driverClassName" value="com.mysql.jdbc.Driver"/> 
> <property name="url" value="jdbc:mysql://【mysql数据库URL】:3306/activemq?activemq?characterEncoding=utf8&useSSL=false&allowPublicKeyRetrieval=true&serverTimezone=UTC&relaxAutoCommit=true""/> 
> <property name="username" value="【数据库用户名】"/> 
> <property name="password" value="【数据库密码】"/> 
> <property name="poolPreparedStatements" value="true"/> 
> </bean>

在</broker>标签和<import>标签之间插入数据库连接池配置

![4ff797d34c0e43b29a3c9fd5036b545d.png][]  
**5.建仓SQL和建表说明**

重启activemq。会自动生成如下3张表。

![08a0897b3a904a82850529cd684b4edd.png][]

如果没有自动生成，需要我们手动执行SQL。我个人建议要自动生成，我在操作过程中查看日志文件，发现了不少问题，最终解决了这些问题后，是能够自动生成的。如果不能自动生成说明你的操作有问题。如果实在不行，下面是手动建表的SQL:

<table> 
 <tbody> 
 <tr> 
 <td style="vertical-align:top;width:504.1pt;"> -- auto-generated definition create table ACTIVEMQ_ACKS ( &nbsp;&nbsp;&nbsp;&nbsp;CONTAINER &nbsp;&nbsp;&nbsp;&nbsp;varchar(250) &nbsp;&nbsp;&nbsp;&nbsp;not null comment '消息的Destination', &nbsp;&nbsp;&nbsp;&nbsp;SUB_DEST &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;varchar(250) &nbsp;&nbsp;&nbsp;&nbsp;null comment '如果使用的是Static集群，这个字段会有集群其他系统的信息', &nbsp;&nbsp;&nbsp;&nbsp;CLIENT_ID &nbsp;&nbsp;&nbsp;&nbsp;varchar(250) &nbsp;&nbsp;&nbsp;&nbsp;not null comment '每个订阅者都必须有一个唯一的客户端ID用以区分', &nbsp;&nbsp;&nbsp;&nbsp;SUB_NAME &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;varchar(250) &nbsp;&nbsp;&nbsp;&nbsp;not null comment '订阅者名称', &nbsp;&nbsp;&nbsp;&nbsp;SELECTOR &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;varchar(250) &nbsp;&nbsp;&nbsp;&nbsp;null comment '选择器，可以选择只消费满足条件的消息，条件可以用自定义属性实现，可支持多属性AND和OR操作', &nbsp;&nbsp;&nbsp;&nbsp;LAST_ACKED_ID bigint &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;null comment '记录消费过消息的ID', &nbsp;&nbsp;&nbsp;&nbsp;PRIORITY &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;bigint default 5 not null comment '优先级，默认5', &nbsp;&nbsp;&nbsp;&nbsp;XID &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;varchar(250) &nbsp;&nbsp;&nbsp;&nbsp;null, &nbsp;&nbsp;&nbsp;&nbsp;primary key (CONTAINER, CLIENT_ID, SUB_NAME, PRIORITY) ) &nbsp;&nbsp;&nbsp;&nbsp;comment '用于存储订阅关系。如果是持久化Topic，订阅者和服务器的订阅关系在这个表保存'; create index ACTIVEMQ_ACKS_XIDX &nbsp;&nbsp;&nbsp;&nbsp;on ACTIVEMQ_ACKS (XID); -- auto-generated definition create table ACTIVEMQ_LOCK ( &nbsp;&nbsp;&nbsp;&nbsp;ID &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;bigint &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;not null &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;primary key, &nbsp;&nbsp;&nbsp;&nbsp;TIME &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;bigint &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;null, &nbsp;&nbsp;&nbsp;&nbsp;BROKER_NAME varchar(250) null ); -- auto-generated definition create table ACTIVEMQ_MSGS ( &nbsp;&nbsp;&nbsp;&nbsp;ID &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;bigint &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;not null &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;primary key, &nbsp;&nbsp;&nbsp;&nbsp;CONTAINER &nbsp;varchar(250) not null, &nbsp;&nbsp;&nbsp;&nbsp;MSGID_PROD varchar(250) null, &nbsp;&nbsp;&nbsp;&nbsp;MSGID_SEQ &nbsp;bigint &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;null, &nbsp;&nbsp;&nbsp;&nbsp;EXPIRATION bigint &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;null, &nbsp;&nbsp;&nbsp;&nbsp;MSG &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;blob &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;null, &nbsp;&nbsp;&nbsp;&nbsp;PRIORITY &nbsp;&nbsp;bigint &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;null, &nbsp;&nbsp;&nbsp;&nbsp;XID &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;varchar(250) null ); create index ACTIVEMQ_MSGS_CIDX &nbsp;&nbsp;&nbsp;&nbsp;on ACTIVEMQ_MSGS (CONTAINER); create index ACTIVEMQ_MSGS_EIDX &nbsp;&nbsp;&nbsp;&nbsp;on ACTIVEMQ_MSGS (EXPIRATION); create index ACTIVEMQ_MSGS_MIDX &nbsp;&nbsp;&nbsp;&nbsp;on ACTIVEMQ_MSGS (MSGID_PROD, MSGID_SEQ); create index ACTIVEMQ_MSGS_PIDX &nbsp;&nbsp;&nbsp;&nbsp;on ACTIVEMQ_MSGS (PRIORITY); create index ACTIVEMQ_MSGS_XIDX &nbsp;&nbsp;&nbsp;&nbsp;on ACTIVEMQ_MSGS (XID); </td> 
 </tr> 
 </tbody> 
</table>

**表的解释说明**

**①ACTIVEMQ\_MSGS数据表：**

![3f866815b96f4cccb1e14a71f9e61190.png][]  
**②ACTIVEMQ\_ACKS数据表：**

![8996869ff9054b29a49e7a1b8f80d8a9.png][]

**③ACTIVEMQ\_LOCK数据表：**

![2eeba7b2605d4234849b407627f65a3d.png][]

**6.代码运行验证**

生产者都要开启持久化

MessageProducer producer = session.createProducer(queue);
    producer.setDeliveryMode(DeliveryMode.PERSISTENT);

**（1）队列生产者**

public class JMSProduce {
 
 public static final String ACTIVEMQ_URL = "tcp://193.179.123.10:61616";
 public static final String QUEUE_NAME = "jdbc01";
 
 public static void main(String[] args) throws JMSException {
 //1.创建链接工厂,按照给定的url地址，采用默认的用户和密码
 ActiveMQConnectionFactory activeMQConnectionFactory = new ActiveMQConnectionFactory(ACTIVEMQ_URL);
 //2.通过链接工厂，获得Connection并启动
 Connection connection = activeMQConnectionFactory.createConnection();
 connection.start();
 //3.创建会话session
 //3.1 两个参数 ①事务 ②签收
 Session session = connection.createSession(false, Session.AUTO_ACKNOWLEDGE);
 //4.创建目的地（queue or topic）
 Queue queue = session.createQueue(QUEUE_NAME);
 //5.创建生产者
 MessageProducer producer = session.createProducer(queue);
 producer.setDeliveryMode(DeliveryMode.PERSISTENT);
 //6.通过MessageProducer生成3条消息到MQ队列中
 for(int i = 1 ; i <= 3; i ++ ) {
 TextMessage textMessage = session.createTextMessage("jdbcMessage--" + i);
 producer.send(textMessage);
 }
 producer.close();
 session.close();
 connection.close();
 
 System.out.println("消息发布到完成……");
 }
 }

运行代码后，到数据库activemq\_msgs中查看，有三条记录

![7c0227bae16d4e8fb35a924f22f35be1.png][]

**（2）队列消费者**

启动消费者，消费了所有的消息后，发现数据表的数据消失了。

public class JmsConsumer {
            public static final String ACTIVEMQ_URL = "tcp://193.179.123.10:61616";
        public static final String QUEUE_NAME = "jdbc01";
    
        public static void main(String[] args) throws JMSException, IOException {
            //1.创建链接工厂,按照给定的url地址，采用默认的用户和密码
            ActiveMQConnectionFactory activeMQConnectionFactory = new ActiveMQConnectionFactory(ACTIVEMQ_URL);
            //2.通过链接工厂，获得Connection并启动
            Connection connection = activeMQConnectionFactory.createConnection();
            connection.start();
            //3.创建会话session
            //3.1 两个参数 ①事务 ②签收
            Session session = connection.createSession(false, Session.AUTO_ACKNOWLEDGE);
            //4.创建目的地（queue or topic）
            Queue queue = session.createQueue(QUEUE_NAME);
            //5.创建消费者
            MessageConsumer consumer = session.createConsumer(queue);
           
    
            //通过监听方式读取消息
            /*
             异步非阻塞方式(监听器onMessage())
            订阅者或接收者通过MessageConsumer的setMessageListener(MessageListener listener)注册一个消息监听器
            当消息到达之后，系统自动调用监听器MessageListener的onMessage(Message message)方法。*/
            consumer.setMessageListener(new MessageListener() {
                @Override
                public void onMessage(Message message) {
                    if(null != message && message instanceof TextMessage) {
                        TextMessage textMessage = (TextMessage) message;
                        try {
                            System.out.println("监听到队列消息："+textMessage.getText());
                        } catch (JMSException e) {
                            e.printStackTrace();
                        }
                    }
                }
            });
            //连接AvtiveMQ需要等待时间
            System.in.read();
            consumer.close();
            session.close();
            connection.close();
        }
    }

![fcb257e45b5a4de4bb1dcdfb724e5100.png][]

> 总结
> 
> queue模式，非持久化不会将消息持久化到数据库。
> 
> queue模式，持久化会将消息持久化数据库。
> 
> 我们使用queue模式持久化，发布3条消息后，发现ACTIVEMQ\_MSGS数据表多了3条数据。
> 
> 启动消费者，消费了所有的消息后，发现数据表的数据消失了。

**（3）主题消费者**

public class JmsConsumer_persist {
        public static final String ACTIVEMQ_URL = "tcp://193.179.123.10:61616";
        public static final String TOPIC_NAME = "topic-jdbc-persist";
    
        public static void main(String[] args) throws JMSException, IOException {
    
            ActiveMQConnectionFactory activeMQConnectionFactory = new ActiveMQConnectionFactory(ACTIVEMQ_URL);
            Connection connection = activeMQConnectionFactory.createConnection();
            connection.setClientID("z3");
            Session session = connection.createSession(false, Session.AUTO_ACKNOWLEDGE);
            Topic topic = session.createTopic(TOPIC_NAME);
            TopicSubscriber subscriber = session.createDurableSubscriber(topic, "remark");
            connection.start();
    
            Message message = subscriber.receive();
            while(null != message) {
                TextMessage textMessage = (TextMessage)message;
                System.out.println("******收到的持久化topic："+textMessage.getText());
                message = subscriber.receive(1000);
            }
    
            session.close();
            connection.close();
        }
    }

启动消费者后到activemq\_acks数据中查看，发现有一条记录

![d1b5dfc3d90c408e937258c33eff0b11.png][]

**（4）主题生产者**

public class JmsProduce_persist {
 public static final String ACTIVEMQ_URL = "tcp://192.168.23.100:61616";
 public static final String TOPIC_NAME = "topic-jdbc-persist";
 
 public static void main(String[] args) throws JMSException {
 ActiveMQConnectionFactory activeMQConnectionFactory = new ActiveMQConnectionFactory(ACTIVEMQ_URL);
 Connection connection = activeMQConnectionFactory.createConnection();
 
 Session session = connection.createSession(false, Session.AUTO_ACKNOWLEDGE);
 Topic topic = session.createTopic(TOPIC_NAME);
 MessageProducer producer = session.createProducer(topic);
 producer.setDeliveryMode(DeliveryMode.PERSISTENT);
 connection.start();
 for(int i = 1 ; i <= 3; i ++ ) {
 TextMessage textMessage = session.createTextMessage("TextMessage--" + i);
 producer.send(textMessage);
 }
 producer.close();
 session.close();
 connection.close();
 
 System.out.println("topicMessage消息发布到MQ完成……");
 }
 }

生产者启动后可以看到activemq\_msg数据库多出了三条记录，且消费者下线后仍然存在

![f0db589bdcc84386917a9b117389de54.png][] 所以activemq\_msg表实际上存放着queue和topic，但是queue消费后就被删除了，而topic记录会一直存在

![cb77821ce2a840739453ea3659d28b36.png][]

![8d0fa78807fd48f3b66df66a2f763042.png][]

如果在前台将用户z3删除，那么acks表中的z3的记录也会消失

**7.小总结**

![f9d68fa4b1804d5fb039298a72015360.png][]  
**8.开发有坑**

![a130aa14cc7241ad8903bf4791ba1f05.png][]

### （五）JDBC Message Store with ActiveMQ Journal ###

**1.说明**

这种方式克服了JDBC Store的不足，JDBC每次消息过来，都需要去写库读库。ActiveMQ Journal，使用高速缓存写入技术，大大提高了性能。当消费者的速度能够及时跟上生产者消息的生产速度时，journal文件能够大大减少需要写入到DB中的消息。

举个例子：生产者生产了1000条消息，这1000条消息会保存到journal文件，如果消费者的消费速度很快的情况下，在journal文件还没有同步到DB之前，消费者已经消费了90%的以上消息，那么这个时候只需要同步剩余的10%的消息到DB。如果消费者的速度很慢，这个时候journal文件可以使消息以批量方式写到DB。

为了高性能，这种方式使用日志文件存储+数据库存储。先将消息持久到日志文件，等待一段时间再将未消费的消息持久到数据库。该方式要比JDBC性能要高。

**2.配置并重启服务**

![627566bc2a914be7bf0bd5fa1e74f137.png][]

启动队列生产者发现消息并没有立即存储到activemq\_msg数据库中，因为首先是存储在jdbc高速缓存日志中，过一段时间如果还未消费才会存储进数据库。

## 五、总结 ##

*  **jdbc效率低，kahaDB效率高，jdbc+Journal效率较高。**
 *  **持久化消息主要指的是：MQ所在服务器宕机了消息不会丢试的机制。** 
 *  **持久化机制演变的过程：**

从最初的AMQ Message Store方案到ActiveMQ V4版本退出的High Performance Journal（高性能事务支持）附件，并且同步推出了关于关系型数据库的存储方案。ActiveMQ5.3版本又推出了对KahaDB的支持（5.4版本后被作为默认的持久化方案），后来ActiveMQ 5.8版本开始支持LevelDB，到现在V5.14.2 / V5.17.0**还是推荐KahaDB。**

[ActiveMQ _apache.org]: https://activemq.apache.org/persistence
[8f45687918544459bb57502cb5caa39c.png]: https://img-blog.csdnimg.cn/8f45687918544459bb57502cb5caa39c.png
[c0d32d01c2d341ef800bedeb540e011f.png]: https://img-blog.csdnimg.cn/c0d32d01c2d341ef800bedeb540e011f.png
[c6a03431ab91439ba3a6111f7c2d7f24.png]: https://img-blog.csdnimg.cn/c6a03431ab91439ba3a6111f7c2d7f24.png
[2d2fc6d467364c419dfa3a0a01cca478.png]: https://img-blog.csdnimg.cn/2d2fc6d467364c419dfa3a0a01cca478.png
[7230d4d4b08d4f8298926c40f12dffc0.png]: https://img-blog.csdnimg.cn/7230d4d4b08d4f8298926c40f12dffc0.png
[ActiveMQ _apache.org 1]: https://activemq.apache.org/kahadb
[b98cc51b044c4b02889879d8c168e1da.png]: https://img-blog.csdnimg.cn/b98cc51b044c4b02889879d8c168e1da.png
[64c80ef4a8654ef7900d2af7693d1238.png]: https://img-blog.csdnimg.cn/64c80ef4a8654ef7900d2af7693d1238.png
[abe66ff8608449859b7e5aefee7b2b10.png]: https://img-blog.csdnimg.cn/abe66ff8608449859b7e5aefee7b2b10.png
[bc5002d7eebd40f7910dddf7e11bc64d.png]: https://img-blog.csdnimg.cn/bc5002d7eebd40f7910dddf7e11bc64d.png
[400fec82c95f444fab6b9c559b8ec5fe.png]: https://img-blog.csdnimg.cn/400fec82c95f444fab6b9c559b8ec5fe.png
[70c2cbbf2ece4e58b7e131d50260b3b4.png]: https://img-blog.csdnimg.cn/70c2cbbf2ece4e58b7e131d50260b3b4.png
[7d80c4b032f94245b2094b400e86e2d8.png]: https://img-blog.csdnimg.cn/7d80c4b032f94245b2094b400e86e2d8.png
[4ff797d34c0e43b29a3c9fd5036b545d.png]: https://img-blog.csdnimg.cn/4ff797d34c0e43b29a3c9fd5036b545d.png
[08a0897b3a904a82850529cd684b4edd.png]: https://img-blog.csdnimg.cn/08a0897b3a904a82850529cd684b4edd.png
[3f866815b96f4cccb1e14a71f9e61190.png]: https://img-blog.csdnimg.cn/3f866815b96f4cccb1e14a71f9e61190.png
[8996869ff9054b29a49e7a1b8f80d8a9.png]: https://img-blog.csdnimg.cn/8996869ff9054b29a49e7a1b8f80d8a9.png
[2eeba7b2605d4234849b407627f65a3d.png]: https://img-blog.csdnimg.cn/2eeba7b2605d4234849b407627f65a3d.png
[7c0227bae16d4e8fb35a924f22f35be1.png]: https://img-blog.csdnimg.cn/7c0227bae16d4e8fb35a924f22f35be1.png
[fcb257e45b5a4de4bb1dcdfb724e5100.png]: https://img-blog.csdnimg.cn/fcb257e45b5a4de4bb1dcdfb724e5100.png
[d1b5dfc3d90c408e937258c33eff0b11.png]: https://img-blog.csdnimg.cn/d1b5dfc3d90c408e937258c33eff0b11.png
[f0db589bdcc84386917a9b117389de54.png]: https://img-blog.csdnimg.cn/f0db589bdcc84386917a9b117389de54.png
[cb77821ce2a840739453ea3659d28b36.png]: https://img-blog.csdnimg.cn/cb77821ce2a840739453ea3659d28b36.png
[8d0fa78807fd48f3b66df66a2f763042.png]: https://img-blog.csdnimg.cn/8d0fa78807fd48f3b66df66a2f763042.png
[f9d68fa4b1804d5fb039298a72015360.png]: https://img-blog.csdnimg.cn/f9d68fa4b1804d5fb039298a72015360.png
[a130aa14cc7241ad8903bf4791ba1f05.png]: https://img-blog.csdnimg.cn/a130aa14cc7241ad8903bf4791ba1f05.png
[627566bc2a914be7bf0bd5fa1e74f137.png]: https://img-blog.csdnimg.cn/627566bc2a914be7bf0bd5fa1e74f137.png