Hibernate入门第四讲——Hibernate的核心API

末蓝、 2021-11-09 05:46 368阅读 0赞

百度Hibernate，可在度娘上看到如下文字：  
![在这里插入图片描述][20190805095717525.png]  
还记得上一篇文章讲的是[《Hibernate入门第三讲——Hibernate的常见配置》][Hibernate_Hibernate]，本文继续在其基础之上讲解Hibernate的核心API。

# Configuration：Hibernate的配置对象 #

从度娘上我们可以看到Configuration的定义：  
![在这里插入图片描述][20190805095728409.png]  
从以上文字中，我们可以知道Configuration类主要是用于加载Hibernate的核心配置文件。为了和之前写的单元测试类（HibernateDemo1.java）相区分，我这儿在com.meimeixia.hibernate.demo01包下再创建一个单元测试类——HibernateDemo02.java，就像之前写的代码一样：

package com.meimeixia.hibernate.demo01;
    
    import org.hibernate.cfg.Configuration;
    import org.junit.Test;
    
    public class HibernateDemo02 { 
    
    	@Test
    	public void demo01() { 
    		//1. 创建Configuration对象，加载Hibernate的核心配置文件
    		Configuration configuration = new Configuration().configure();
    		//....
    	}
    	
    }

上面写的代码主要是加载src目录下的hibernate.cfg.xml配置文件。如果现在有人标新立异，他不是将Hibernate的核心配置文件命名为hibernate.cfg.xml，而是将其命名为比如说是my.xml，假设该文件同样是位于src目录下，那么应该像这样加载该文件：

这样，就可归纳为：

Configuration configuration = new Configuration().configure(核心配置文件名称);//加载指定名称的配置文件

但我们又何必这么写呢？你说是不是？由于我们将实体类（Customer.java）的映射配置文件配置在Hibernate的核心配置文件中：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70]  
所以在编写程序代码的时候，勿须手动加载映射配置文件（Customer.hbm.xml）。映射配置文件一般情况下是放置在实体类所在包下的，但是不这样做也是可以的，因为可以指定路径。所以，即使在Hibernate的核心配置文件中没有映射文件的配置，也是可以手动加载映射配置文件的。

package com.meimeixia.hibernate.demo01;
    
    import org.hibernate.Session;
    import org.hibernate.SessionFactory;
    import org.hibernate.Transaction;
    import org.hibernate.cfg.Configuration;
    import org.junit.Test;
    
    public class HibernateDemo02 { 
    
    	@Test
    	public void demo01() { 
    		// 1. 创建Configuration对象，加载Hibernate的核心配置文件
    		Configuration configuration = new Configuration().configure();
    		// 如果在Hibernate的核心配置文件没有设置加载哪个映射文件，则可手动加载映射文件
    		configuration.addResource("com/meimeixia/hibernate/demo01/Customer.hbm.xml");
    
    		// 2. 创建SessionFactory对象，类似于JDBC中的连接池
    		SessionFactory sessionFactory = configuration.buildSessionFactory();
    
    		// 3. 通过SessionFactory获取到Session对象，类似于JDBC中的Connection
    		Session session = sessionFactory.openSession();
    
    		// 4. 手动开启事务，（最好是手动开启事务）
    		Transaction transaction = session.beginTransaction();
    
    		// 5. 编写代码
    		Customer customer = new Customer();
    		customer.setCust_name("叶美美");
    
    		session.save(customer);// 保存一个用户
    
    		// 6. 事务提交
    		transaction.commit();
    
    		// 7. 释放资源
    		session.close();
    		sessionFactory.close();
    	}
    
    }

当然了，我们还可以这样做：

package com.meimeixia.hibernate.demo01;
    
    import org.hibernate.Session;
    import org.hibernate.SessionFactory;
    import org.hibernate.Transaction;
    import org.hibernate.cfg.Configuration;
    import org.junit.Test;
    
    public class HibernateDemo02 { 
    
    	@Test
    	public void demo01() { 
    		// 1. 创建Configuration对象，加载Hibernate的核心配置文件
    		Configuration configuration = new Configuration().configure();
    		
    		// 这种方式它会直接在实体类所在包下查找规范的映射配置文件
    		configuration.addClass(Customer.class);
    
    		// 2. 创建SessionFactory对象，类似于JDBC中的连接池
    		SessionFactory sessionFactory = configuration.buildSessionFactory();
    
    		// 3. 通过SessionFactory获取到Session对象，类似于JDBC中的Connection
    		Session session = sessionFactory.openSession();
    
    		// 4. 手动开启事务，（最好是手动开启事务）
    		Transaction transaction = session.beginTransaction();
    
    		// 5. 编写代码
    		Customer customer = new Customer();
    		customer.setCust_name("叶美美");
    
    		session.save(customer);// 保存一个用户
    
    		// 6. 事务提交
    		transaction.commit();
    
    		// 7. 释放资源
    		session.close();
    		sessionFactory.close();
    	}
    
    }

只是这种情况下，Customer.hbm.xml映射配置文件须放置在实体类所在包下。我们之前也说过对于Hibernate的核心配置文件它有两种方式：

*  hibernate.cfg.xml
 *  hibernate.properties

假如Hibernate的核心配置文件采用的是hibernate.properties这种方式，那么如何加载该配置文件呢？  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 1]  
那么问题来了，我们是在hibernate.cfg.xml文件中有（映射）了Xxx.hbm.xml文件的位置。但如果我们使用的是hibernate.properties这种核心配置文件，那么它又如何加载映射配置文件呢？不用我说，大家应该都知道了。

# SessionFactory：Session工厂 #

可在度娘上摘抄如下有关SessionFactory的文字：  
![在这里插入图片描述][2019080509580644.png]  
下面我们来着重分析以上这段话，我是从这几句话入手的。  
![在这里插入图片描述][20190805095816217.png]  
我们通过查看Hibernate的帮助文档，可发现通过SessionFactory得到Session有两种方式：

*  通过SessionFactory获得Session方式一：  
    ![在这里插入图片描述][20190805095825776.png]  
    注意：这是从连接池中获取一个连接。
 *  通过SessionFactory获得Session方式二：  
    ![在这里插入图片描述][20190805095835761.png]  
    注意：这是获取一个与线程绑定的Session（即线程安全的Session）。

再来看下面这句话：  
![在这里插入图片描述][20190805095844416.png]  
SessionFactory它不是轻量级的，所以不要频繁创建关闭它。在一个项目中有一个SessionFactory就可以了，通过SessionFactory来获取Session进行操作。那么问题来了，怎样可以保证在一个项目中所使用的SessionFactory是同一个呢？我们得抽取一个工具类，可在com.meimeixia.hibernate.utils包下创建一个工具类（HibernateUtils.java），其代码如下：

package com.meimeixia.hibernate.utils;
    
    import org.hibernate.Session;
    import org.hibernate.SessionFactory;
    import org.hibernate.cfg.Configuration;
    
    public class HibernateUtils { 
    
    	public static final Configuration cfg;
    	
    	public static final SessionFactory sf;//一个项目只会创建一个SessionFactory对象
    	
    	static { 
    		cfg = new Configuration().configure();
    		sf = cfg.buildSessionFactory();
    	}
    	
    	public static Session openSession() { 
    		return sf.openSession();
    	}
    	
    }

好了，来测试HibernateUtils工具类的使用吧！

package com.meimeixia.hibernate.demo01;
    
    import java.io.Serializable;
    
    import org.hibernate.Session;
    import org.hibernate.Transaction;
    import org.junit.Test;
    
    import com.meimeixia.hibernate.utils.HibernateUtils;
    
    public class HibernateDemo02 { 
    
    	@Test
    	public void demo01() { 
    		Session session = HibernateUtils.openSession();
    
    		Transaction tx = session.beginTransaction();
    
    		Customer customer = new Customer();
    		customer.setCust_name("老王");
    
    		Serializable id = session.save(customer);
    		System.out.println(id);
    
    		tx.commit();
    		session.close();
    		// 注意：SessionFactory不要关闭，它开启就别关了，除非说你的项目结束了，否则，我们就不关闭它
    	}
    
    }

SessionFactory内部还维护了一个连接池（当然了，你也可以配置一个C3P0连接池）和Hibernate的二级缓存（不讲，因为实际开发中用不到，一般都被Redis替代了），并且它还是一个线程安全的对象。如果我们要想使用C3P0连接池，应该怎样做呢？也即在Hibernate中如何配置一个C3P0连接池？

1.  我们要导入C3P0的相关jar包。在lib/options下有关于C3P0连接池所需jar包，如下：  
    ![在这里插入图片描述][20190805095856960.png]
2.  在hibernate.cfg.xml文件中配置C3P0连接池。
    
        
        <property name="connection.provider_class">org.hibernate.connection.C3P0ConnectionProvider</property>
        
        <property name="c3p0.min_size">5</property>
        
        <property name="c3p0.max_size">20</property>
        
        <property name="c3p0.timeout">120</property>
         
        <property name="c3p0.idle_test_period">3000</property>
    
    注意：有些童鞋可能忘记了这样的配置：  
    ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 2]  
    这当然是不可取的，以上配置是在设置连接池提供者，如没设置，默认为org.hibernate.connection.DriverManagerConnectionProvider，它会帮助我们从Hibernate本身维护的连接池里面获取连接。但是现在我们要用C3P0连接池，所以这样的设置是必不可少的，这样的话，Hibernate才知道你现在要用的是C3P0连接池！

最后，再来看下面这句话：  
![在这里插入图片描述][20190805095914715.png]  
我觉得这是要涉及分布式数据库的节奏，对此我也是小白。只是知道怎么配置而已，大概类似于一下配置吧！

<hibernate-configuration>
        <session-factory>
            ......
        </session-factory>
        <session-factory name="xxx">
            ......
        </session-factory>
    </hibernate-configuration>

# Session：类似Connection的连接对象 #

可在度娘上摘抄如下有关Session的文字：  
![在这里插入图片描述][20190805114139586.png]  
从以上文字中我们可以知道：Session代表的是Hibernate与数据库的连接对象（与数据库交互的桥梁），而且它不是线程安全的。那么问题来了，我们如何解决Session的安全问题呢？我们只需要在方法内部来使用Session就可以。又有一个问题来了，Session如何获取到呢？在讲SessionFactory接口时，我们就介绍了通过SessionFactory获得Session的两种方式，虽然这两种方式都可以获取到一个Session对象，那么这两种方式有什么区别呢？

*  SessionFactory.openSession()：相当于直接通过SessionFactory创建一个新的Session，使用完成后要手动调用close()方法来关闭；
 *  SessionFactory.getCurrentSession()：获取一个与线程绑定的Session，当我们提交事务或事务回滚后会自动关闭。

## Session的常用方法 ##

Session的常用方法有：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 3]  
以上的许多方法，我都会一个一个地进行讲解，但在这里我只讲一下部分方法，后面随着我们学习的精进，就能完全地知道Session中的每一个方法了。

### save：保存方法 ###

这个方法咱之前都用过好多次了，这里再讲一遍也无妨，它主要用作保存对象。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 4]

### get/load：查询方法 ###

get方法和load方法都是根据id来查询对象，虽然用起来就那么回事，但是它们之间是有本质区别的。而且Hibernate中的get方法和load方法的区别是常考的面试题，所以，于情于理我们都应该彻底地弄懂它们。这里，我先给出答案：  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 5]  
为了验证get方法和load方法的区别，我们可以通过debug调试的手段来完成。当使用get方法根据id来查询对象时，从下图可以清除地看到get方法采用的是立即加载，执行到这一行代码的时候，就会马上发送sql语句去查询，而且get方法查询后返回的是真实对象本身。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 6]  
当使用load方法根据id来查询对象时，从下图可以清除地看到load方法采用的是延迟加载（也称之为懒加载lazy），执行到这一行代码的时候，并不会发送sql语句，只有当真正使用这个对象的时候才会发送sql语句，而且load方法查询后返回的是一个代理对象，它需要javassist-3.18.1-GA.jar这个第三方包，利用javassist技术产生代理。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 7]  
get方法和load方法的第一个区别和第二个区别解释完之后，我就来解释最后一个区别。当使用get方法根据id来查询一个不存在的对象时，从下图可以清除地看到get方法返回的是null。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 8]  
当使用load方法根据id来查询一个不存在的对象时，从下图可以清除地看到load方法返回的是一个ObjectNotFoundException异常。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 9]

### update：修改方法 ###

修改操作一般都会有两种方式：

*  第一种方式：直接创建对象再进行修改，不推荐使用这种方式；  
    ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 10]
 *  第二种方式：先查询，再修改，推荐使用这种方式。  
    ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 11]

### delete：删除方法 ###

删除操作一般也会有两种方式：

*  第一种方式：直接创建对象再进行删除，不推荐使用这种方式；  
    ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 12]
 *  第二种方式：先查询，再删除，推荐使用这种方式，因为Hibernate里面有一个级联删除，什么是级联删除啊？客户下面有订单，删除客户的时候，可以顺带把客户下面所关联的订单一起删除掉，但是级联删除的前提，就是得先查询再删除。  
    ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 13]

### saveOrUpdate：保存或更新 ###

我是感觉这个方法很傻逼！智障的不是一点，说到底其实就是数据库表中如果没有一条相对应的记录，这个时候你调用该方法，执行的就是保存操作。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 14]  
但如果数据库表中已经有了一条相对应的记录，那么这个时候你调用该方法，执行的就是更新操作。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 15]  
草泥马！简直就是一个傻逼方法，垃圾！

### 查询所有 ###

如果你要查询所有，可以使用HQL查询（HQL，即Hibernate Query Language，面向对象的查询语言），这里我只是稍微提及一下它，后面会更加详细地介绍它。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 16]  
其实你要查询所有，还有一种方式，那就是使用本地SQL语句查询。这种方式适用于所要编写的SQL语句特别复杂，这时就有可能会用到。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 17]

# Transaction：事务对象 #

Transaction接口主要用于管理事务，它是Hibernate的事务接口，对底层的事务进行了封装。使用它可以进行事务操作。例如：

*  事务提交：commit()
 *  事务回滚：rollback()

那么第一个问题来了，如何获取一个Transaction对象呢？我们可通过如下代码获得：

Transaction transaction = session.beginTransaction();

第二个问题又来了，如果在程序中没有开启事务，是否存在事务呢？存在事务，默认session的每一个操作就会开启一个事务，并且默认情况下事务是不会自动提交的，相当于在Hibernate的核心配置文件中有如下配置：

<property name="hibernate.connection.autocommit">false</property>

如果我们将其修改为：

则此时事务就会自动提交。

[20190805095717525.png]: /images/20211109/fa6d9995555e467ab6d9c04cb927ad57.png
[Hibernate_Hibernate]: https://blog.csdn.net/yerenyuan_pku/article/details/65041077
[20190805095728409.png]: /images/20211109/ae68722002a04557b69967d0958421b8.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70]: /images/20211109/a25a8a1664d7440fb75481ab904187b1.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 1]: /images/20211109/695899e9fe904fdeaf46e029a91c8ae7.png
[2019080509580644.png]: /images/20211109/9c6678eb27e24c40b5e34f372e9c0726.png
[20190805095816217.png]: /images/20211109/8161ec68e891455587dc4219909f7b60.png
[20190805095825776.png]: /images/20211109/60d0802e32e14e79b6b98171111fc9e1.png
[20190805095835761.png]: /images/20211109/bc781752593e451d892db031cadc3c6c.png
[20190805095844416.png]: /images/20211109/074e526940734b39b43a9f6f1847ce04.png
[20190805095856960.png]: /images/20211109/8ac09ccf02ae4207bf2b25a28507fccf.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 2]: /images/20211109/a9610c19599043cda75a1f89d753ed94.png
[20190805095914715.png]: /images/20211109/976ef26cf9e84c01b111566ba9ee8fb5.png
[20190805114139586.png]: /images/20211109/416f8837b0b4468aaa4eddc8e74643c1.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 3]: /images/20211109/00784646c89942aa8a9235e5445d6641.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 4]: /images/20211109/3e3364f473b44d8f832bb68ddb008725.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 5]: /images/20211109/d1690bc8e704490283b716a2d9429142.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 6]: /images/20211109/3199febd605d4fd894188fa1721efa3e.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 7]: /images/20211109/a0c3025851a3465c800bdae788be125c.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 8]: /images/20211109/ffba6303aeb34326ade88c921ed9ad49.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 9]: /images/20211109/60de3f118f9345fe8c66b42cecfe8739.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 10]: /images/20211109/7b8331b3d6764e539c09e6f69cf5105f.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 11]: /images/20211109/43ce8ddd67d049288dbcfeaaae8ebdb5.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 12]: /images/20211109/8a65fdee09c745ac888d019dd5347ace.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 13]: /images/20211109/654ae41499174a788811a44c9c35f9f3.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 14]: /images/20211109/e837c4a0919f43bd8e1991f14ecf33e1.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 15]: /images/20211109/5acf6998559349cba7f322d2d9ba47ed.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 16]: /images/20211109/32eb3c7a7759441e8de73494d778169a.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3llcmVueXVhbl9wa3U_size_16_color_FFFFFF_t_70 17]: /images/20211109/e0f97ac573a2412bb02a3e70520c63e8.png