Spring-Session 知识点和源码分析（上）

亦凉 2022-03-21 07:24 145阅读 0赞

一、什么是 session ？ 每一个用户 只拥有一个 session 。

（1）Session 的 作用 就是 让我们的 服务器记住 是哪个用户，也就是浏览器访问过我。当我发起一个 会话，我们的服务器端 就会 为我们产生 session，每一个session对应一个sessionID，然后将这个sessionID存放在cookie中然后将cookie存放在我们的浏览器中，然后我们在不关闭浏览器的 条件下，每次发送请求的时候，会默认的无条件的 将我们的 对应这个服务器的 cookie 重新发送给我们的 服务器，这样我们的 服务器就重新难道了 存放在cookie中的sessionID，从而就找到了对应的session，这样就实现了服务器记住我们用户。 我们 在 很多 情况 都会 使用过 cookie 来跟踪 我们的 session，用cookie来存放 sessionID实现跟踪。

每一个用户（浏览器） 都对应一个 唯一的独有的 sessionID，通过这个sessionID可以找到唯一对应的 session，我们浏览器的cookie中保存着 第一次 会话 由 服务器传递过来的sessionID。

【URL重写技术 解决 我们的session追踪问题】：

如果 我们的 浏览器 禁止 了 向 cookie 中存放数据，那么我们的 服务器 就没有办法 向我们的 cookie中存放 sessionID，那样我们怎样实现 对 session的 跟踪 ？

解答： 这里我们使用到了一个 【URL重写】技术 。

这个技术 非常好理解： 就是在我们每次发送请求的时候，我们的浏览器会将从服务器哪里接收到的 sessionID 当做一个 请求参数 挂在请求的 最后，如：

[Http://localhost:8080/myweb/index.jsp?sessionId][Http_localhost_8080_myweb_index.jsp_sessionId]=xxxxx 。

这个参数 在我们的 服务器端 会 被接收，我们服务器拿到这个参数之后，用来查找判断这个sessionId对应哪个session。

【session 的管理】

（1）session 通常是 交给我们的 tomcat容器管理的。因为我们的tomcat是用来处理动态资源的，所以我们得tomcat中的一个容器专门用来存放我们的 session 。

（2）但是我们的 实际开发中我们不单单只涉及一个 tomcat服务器了，我们是多个tomcat服务器集群的，而且 我们用户和tomcat之间还存在一个nginx，这个nginx是用来做 负载均衡的。这时候就出现了一个问题：

我们的 nginx负载均衡如果不做任何的配置，nginx接收到的请求分发到的tomcat可能是不相同的，因为nginx是根据tomcat的压力和一定的规则来进行分发请求的，所以我们用户 每次发出的请求 处理请求的 tomcat不一定是相同的。

但是我们的 每一个tomcat中都部署 相同的 web项目，所以我们的 用户 在每次 访问我们的页面的时候 虽然是不同的 tomcat进行处理，但是显示的网站是相同 的。

因为每次 处理请求的tomcat 是不相同的，就会造成一个问题：session的丢失和不能共享的问题：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0FtZWlyX3lhbmc_size_16_color_FFFFFF_t_70][]

因为每次由nginx负载均衡的原因分到的tomcat不相同，所以每次都找不到上一次请求会话sessionId对应的session，所以导致这次的tomcat认为这个请求是新的请求，也是新的一次会话，所以产生新的 session，然后返回新的sessionId，然后代替掉浏览器中的cookie中的sessionId，这样就 每次 用户登录之后 发出一个请求然后刷新一下页面就退出了，就变成了登录又退出登录退出这样的情况。 这就是tomcat集群部署之后存在的问题。

\*\*\*\*我们怎样解决tomcat集群部署和nginx负载均衡产生的 session不共享丢失的问题呢？

【第一种方案】：ip\_hash策略：这个策略是 我们nginx负载均衡时在nginx.Conf配置文件下配置的 请求分配策略。

Ip\_hash的原理： 一个ip地址绑定一个tomcat服务器。其中涉及一个计算公式：

Hash函数( ip地址 ) % 2 == 取余，余数对应tomcat的编号。

所以只要ip地址不变 ，对应的 tomcat编号就不变。

但是 这种 解决 session丢失问题的 方法不好：因为 这样我们的ip地址就不能变了，如果我们今天从山东用的山东移动，明天去了河北，用的河北移动，这样session就没了，意思是ip地址不能改变的，如果你ip变了，就有可能调到了另一个服务器中去了，左脚在北京 右脚进了河北，ip变化了，然后跳转tomcat，然后用户就丢失了session，就退出登录了。

【第二种方案】：Spring Session 框架。

![20190131140456699.png][]

这种技术 可以使 session 同步 ，可以对session进行管理，解决集群部署之后 产生的session丢失不同步的 问题。

\*\*\*\*\*它是怎么实现的？

![20190131140506994.png][]

我们的spring session 以中立的身份，取代和代替 我们 tomcat中的 httpsession，然后将session中的信息数据 存放在 redis 中。

**知识点：**为什么存放在redis中呢？

我们的redis是将数据存放在内存中的，而且我们可以给数据**设置存放的最大生命时间，达到最大生命时间之后就会被自动删除，这一点和我们的session的最大空闲时间是相同相似的**。而且我们**从内存中读取数据是很快的**。

**作用步骤：**

（1）用自身的 Spring-Session 以中立的方式 替换我们的 http-Session。

（2）然后 将 session中的数据信息 存放进 redis 中 。

（3）只需要配置 不需要 写任何的代码，就可以实现springsesson功能。

**开发步骤：**使用springsession开发步骤。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0FtZWlyX3lhbmc_size_16_color_FFFFFF_t_70 1][]

1.添加springsession的 maven 依赖。 
    1）
    <dependency>
        <groupId>org.springframework.session</groupId>
        <artifactId>spring-session-data-redis</artifactId>
        <version>1.3.1.RELEASE</version>
    </dependency>
    这个依赖 是对我们的 spring-data-redis依赖的封装。这是依赖是我们springsession所依赖的jar包 。

2）
    <dependency>
        <groupId>org.springframework.data</groupId>
        <artifactId>spring-data-redis</artifactId>
        <version>1.8.8.RELEASE</version>
    </dependency>
    这个依赖 是我们 在 spring框架中 【操作redis】时 所需要的依赖。

3）
    <dependency>
        <groupId>redis.clients</groupId>
        <artifactId>jedis</artifactId>
        <version>2.9.0</version>
    </dependency>
    我们的【spring-data-redis】这个依赖 在操作 redis的时候，底层所依赖的jar包是jedis包，实际上 我们【spring-data-redis】包底层是通过【jedis】包来操作我们的redis的。

4）
    <dependency>
        <groupId>org.springframework</groupId>
        <artifactId>spring-web</artifactId>
        <version>4.3.13.RELEASE</version>
    </dependency>
    我们的spring-session是在web项目中使用，所以涉及到了web项目和spring，所以需要使用【spring-web】这个依赖。

5）我们在开发web项目时，所需要的一些依赖，可加可不加，加了有提示不报错。
    
    <dependency>
        <groupId>javax.servlet</groupId>
        <artifactId>javax.servlet-api</artifactId>
        <version>3.1.0</version>
    </dependency>
    
    
    
    <dependency>
        <groupId>javax.servlet.jsp</groupId>
        <artifactId>javax.servlet.jsp-api</artifactId>
        <version>2.3.1</version>
    </dependency>
    
    
    
    <dependency>
        <groupId>javax.servlet</groupId>
        <artifactId>jstl</artifactId>
        <version>1.2</version>
    </dependency>
    
    分别是【servlet依赖】，【jsp依赖】 和 【jstl依赖】。

2.我们在web.xml文件文件中配置springSessionRespositoryFilter过滤器。
    SpringSessionRespositoryFilter：springSession仓库过滤器。
    我认为这个过滤器的作用是：将 我们 所有的 httpSession替换成 springsession，然后将我们session中的信息数据存放在redis中。 
    
    applicationContext-session.xml配置文件内容如下：
    
    <?xml version="1.0" encoding="UTF-8"?>
    <beans xmlns="http://www.springframework.org/schema/beans"
           xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
           xmlns:context="http://www.springframework.org/schema/context"
           xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd http://www.springframework.org/schema/context http://www.springframework.org/schema/context/spring-context.xsd">
    
        
        
        <context:annotation-config/>
    
        
        
        
        <bean class="org.springframework.session.data.redis.config.annotation.web.http.RedisHttpSessionConfiguration"/>
    
    
        
    
    
        
    
    
        
        <context:property-placeholder location="classpath:redis.properties"/>
    
    
        
        
        <bean id="jedisConnectionFactory" class="org.springframework.data.redis.connection.jedis.JedisConnectionFactory">
            <property name="hostName" value="${redis.hostName}"/>
            <property name="port" value="${redis.port}"/>
            <property name="password" value="${redis.password}"/>
            <property name="usePool" value="${redis.usePool}"/>
            <property name="timeout" value="${redis.timeout}"/>
        </bean>
    
    
    </beans>

redis.properties ：
    redis.hostName=192.168.xxx.xxx
    redis.port=6379
    redis.password=xxxx
    redis.usePool=true
    redis.timeout=15000

Web.xml ：
    <?xml version="1.0" encoding="UTF-8"?>
    <web-app xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
             xmlns="http://java.sun.com/xml/ns/javaee"
             xsi:schemaLocation="http://java.sun.com/xml/ns/javaee
             http://java.sun.com/xml/ns/javaee/web-app_3_0.xsd"
             id="WebApp_ID" version="3.0">
    
        
        
        <filter>
            <filter-name>springSessionRepositoryFilter</filter-name>
            <filter-class>org.springframework.web.filter.DelegatingFilterProxy</filter-class>
        </filter>
        <filter-mapping>
            <filter-name>springSessionRepositoryFilter</filter-name>
            <url-pattern>/*</url-pattern>
        </filter-mapping>
    
    
        
    
        
        <context-param>
            <param-name>contextConfigLocation</param-name>
            <param-value>classpath:applicationContext.xml</param-value>
        </context-param>
    
        
        <listener>
            <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
        </listener>
    
    </web-app>

我们的session 通过 Spring-session这个框架存放到了我们的redis中。我们session默认最大空闲时间为30minute。

![20190131140850715.png][]

这个类因为有这个注解，所以它有一个定时任务的功能。每个段时间就检查一下我们的session最后一次访问时间，看看我们在最后一次访问之后，有没有过30分钟啊，如果30分钟都没有访问过：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0FtZWlyX3lhbmc_size_16_color_FFFFFF_t_70 2][]

就利用 圈1 和 圈3 这两个 key配合起来 对我们 圈1,2,3 这三个key的删除。

我们真正的session存放在我们的 圈2里面，我们圈1 和圈3 是配合起来在session失效的时候删除这三个key的。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0FtZWlyX3lhbmc_size_16_color_FFFFFF_t_70 3][]

Redis中 存放的资源类型：

1.  动态资源 或 常量：因为我们的 Redis管理数据是以键值对的方式进行管理的。 但是存放的 动态资源和常量我们一般都设置最大生命时间，所以说 在redis中存放的数据 都是不持久的动态资源，虽然可以长久的存放，但是我们人为的设置了最大生命时间了。
2.  利用spring-session框架 存放我们的 session对象，并且存放的session对象最大空闲会话时间为30分钟。

\*\*\*\*\*\*\*\*为什么 我们的 spring-session 框架 可以 让我们的 session对象共享？

由上面 关系图 我们可以看出 ：

（1） redis是在【所有】的tomcat服务器的后面。

（2） redis中 存放了所有的 session对象 。

（3）所有的 tomcat 想获取 session 都需要去 redis中获取。

（4）tomcat 从 redis 中 获取到 session 的过程 不需要我们参与，全权由我们的Spring-session操作完成，spring-session帮我们将session拦截到然后存放进我们的 redis中，然后我们想要获取的时候，spring-session通过浏览器传递过来的cookie中的sessionId来自动从redis中帮我们查找对应sessionId的session。

**总结：**

之所以我们的session共享了，是因为 我们将所有的session存放进了一个公共的空间了，所有的tomcat都可以随便的自动的从这个公共空间获取session了。 原来没有配置springsession的时候 我们 的session是存放在 tomcat中的容器里，这个容器是封闭的，是与其他tomcat没有任何交涉的，所以session不共享。

\*\*\*\*\*\*\*\*\*我们判断一个用户是否登陆的依据是什么？

我们的用户登录之后 我们的tomcat 就会创建一个session对象，这个session对象是和我们的用户一一对应的，session里面存放着这个用户的所有信息。当我们的用户浏览器发送请求后，请求携带者cookie中的sessionId到达我们的服务器，然后我们的tomcat服务器从redis中获取 sessionId对应的session，如果找到了 说明 这个用户是登陆状态就显示登陆，如果没有找到对应的session对象，说明该用户没有登录，就显示未登录状态。

Path是cookie的路径不相同，产生两个session：

P2p项目

![20190131141359639.png][]

Show项目

![20190131141410339.png][]

因为name相同，如果path也相同，那么他们就是同一个session了，键值对嘛，键不能重复。

让不同的项目 共享 session 的 方法 ：

指定cookie的存储方式：

![20190131141429266.png][]

利用下面这个类来进行序列化，修改cookie的存储格式：

![20190131141447928.png][]

这个类如何序列化，修改cookie存储格式的：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0FtZWlyX3lhbmc_size_16_color_FFFFFF_t_70 4][]

上面这个类实现了![20190131141552799.png][]这个接口。

配置完成之后：

P2p项目：

![20190131141614593.png][]

Show项目：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0FtZWlyX3lhbmc_size_16_color_FFFFFF_t_70 5][]

这两个项目都是有同一个浏览器用户发出的请求，所以他们的session应该保持一致，如果不一致，就用这种方法让session在两个项目或多个项目中保持共享。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0FtZWlyX3lhbmc_size_16_color_FFFFFF_t_70 6][]

域名不相同，项目不相同，怎么实现session共享：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0FtZWlyX3lhbmc_size_16_color_FFFFFF_t_70 7][]

让两个项目的session保存在同一个路径下：

这两个项目的根域名相同，所以都存放在根域名下，路径为：根域名/

![20190131141712273.png][]

分别制定：domain 和 path这两个值。

Web.com是 一级域名。

项目名 为 二级域名。

包结构：

\--Web

\--Com

\--p2p

\--show

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0FtZWlyX3lhbmc_size_16_color_FFFFFF_t_70 8][]

上面这个地址 是 存放cookie的地址。

Cookie中是用键值对来保存 sessionId的。

Name就是key：session 就代表sessionId

Value 里面就存放着sessionId的值。

Domian + path 就是存放cookie的位置。

强行将 cookie放在abc.com这个域名下，这样违反了cookie安全策略，在写到浏览器的时候 会 被禁止，无法写到浏览器上。Cookie只能保存在当前域名下： cookie的安全策略不允许写到别的域名下。

![20190131141755852.png][]

这种情况怎么实现 一个网站登录其他信任网站也登陆呢？

![20190131141809230.png][]

![20190131141815687.png][]

**单点故障：**如果只有一个节点一个服务器，如果这个节点服务器发生故障了，整个项目网站服务就不能用了。所以至少布置两台服务器节点，但是两台就会出现session不共享的问题，所以我们需要 使用springsession框架实现我们的session共享。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0FtZWlyX3lhbmc_size_16_color_FFFFFF_t_70 9][]

**知识点补充：**

![20190131141915114.png][]

Init是初始化方法。以前出现的init方法都是初始化方法。

![20190131142003381.png][]

判断 日志级别是否为 debug级别，如果是debug级别，就打印日志。

Init初始化方法中的核心代码：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0FtZWlyX3lhbmc_size_16_color_FFFFFF_t_70 10][]

代理过滤器中重写这个方法：

![20190131142031801.png][]

GetFilterName()方法底层代码：![20190131142045881.png][]

意思是：从配置文件中获取到<filter-name>之间的值。

获取的是标签对之间的值：

![2019013114210728.png][]

![20190131142115237.png][]

获取 相同名字，相同类型过滤器所涉及的方法 ：

![20190131142127118.png][]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0FtZWlyX3lhbmc_size_16_color_FFFFFF_t_70 11][]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0FtZWlyX3lhbmc_size_16_color_FFFFFF_t_70 12][]

我们 spring容器中获取到了过滤器的实体bean对象：

我们调用的是springSessionRepositoryFilter对象中的 doFilter()方法，实质上其实是调用的SessionRepositoryFilter类中的doFilter()方法。

而我们的SessionRepositoryFilter类 中的doFilter()是从我们的OncePerRequestFilter抽象类中继承过来之后重写的，OncePerRequestFilter抽象类中的doFilter()是从我们的Filter接口中得到的。

调用 dofilter()方法的过程：

![20190131142257180.png][]

这个Dofilter方法中的核心代码为：

![20190131142309839.png][]

这个方法在我们的![20190131142320283.png][] 中被重写：代码内容如下：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0FtZWlyX3lhbmc_size_16_color_FFFFFF_t_70 13][]

![20190131142338828.png][]是这个doFilter()方法的核心代码，因为这段代码和管理session，存储session有关：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0FtZWlyX3lhbmc_size_16_color_FFFFFF_t_70 14][]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0FtZWlyX3lhbmc_size_16_color_FFFFFF_t_70 15][]

![20190131142431863.png][]

这个内部类 继承了 父类中的 getSession方法，并且重写了这个方法。

![20190131142444681.png][]

重写的是【父类】这里面的这些方法：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0FtZWlyX3lhbmc_size_16_color_FFFFFF_t_70 16][]

重写的getSesion方法中的代码内容：核心代码红线（创建一个session对象）

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0FtZWlyX3lhbmc_size_16_color_FFFFFF_t_70 17][]

创建session对象的方法的代码内容如下：

![2019013114251978.png][]

创建session对象的方法中的核心代码：

我们将session存放进redis中。

![20190131142533469.png][]

添加属性，如下图：向Map集合中添加属性就相当于下图。redis中的效果图：

![20190131142542119.png][]

保存session的方法：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0FtZWlyX3lhbmc_size_16_color_FFFFFF_t_70 18][]

上图doFilter()方法中有下图这一段代码，专门是用来存储session的：

![20190131142609497.png][]

CommitSession方法代码内容如下：

![20190131142621278.png][]

核心代码中save方法内容如下：

![20190131142630587.png][]

Save核心代码 中 saveDelta（）方法内容如下：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0FtZWlyX3lhbmc_size_16_color_FFFFFF_t_70 19][]

这个putAll（）方法属于我们的spring-data-redis依赖中的方法，这里已经到了 spring-data-redis中了：

![20190131142655988.png][]

我们spring-data-redis依赖底层向redis存放数据又要依赖 jedis的jar包：

Jedis帮我们保存 session，jedis涉及的方法如下：

![20190131142704913.png][]

![20190131142709288.png][]

上面的源码就是这个图的步骤和知识点。

![201901311427211.png][]

![2019013114272728.png][]方法就等于复写了![2019013114273516.png][]方法。

![20190131142745850.png][]

知识点补充：我们不从配置文件中声明bean对象，我们用java代码来实现创建bean对象。

![20190131142838563.png][]

上面 两种方式 都是相当于在 spring容器中 配置和声明了一个 bean对象。

实际开发中，命名 redis中key的规范：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0FtZWlyX3lhbmc_size_16_color_FFFFFF_t_70 20][]

[Http_localhost_8080_myweb_index.jsp_sessionId]: http://localhost:8080/myweb/index.jsp?sessionId
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0FtZWlyX3lhbmc_size_16_color_FFFFFF_t_70]: /images/20220321/2b35c5ff490448e18f0d90c2a0e9b3bf.png
[20190131140456699.png]: /images/20220321/0adaba0b56c241b58e644efe3938aa62.png
[20190131140506994.png]: /images/20220321/3989db2c90d9409bafc4b504c1b551c0.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0FtZWlyX3lhbmc_size_16_color_FFFFFF_t_70 1]: /images/20220321/8ea9106395e9436cb988272755431349.png
[20190131140850715.png]: /images/20220321/f26f3cafdf814f3aa25d0baaecc9efc1.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0FtZWlyX3lhbmc_size_16_color_FFFFFF_t_70 2]: /images/20220321/3d00600bf52247ca94ab8ae593168e2a.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0FtZWlyX3lhbmc_size_16_color_FFFFFF_t_70 3]: /images/20220321/50c2ba77c26c48a588b29e8a31d86554.png
[20190131141359639.png]: /images/20220321/4072e0fc27a84a4a8880f3a835f776f9.png
[20190131141410339.png]: /images/20220321/328b271e0e8b4f49a3c3ef10d7a56b67.png
[20190131141429266.png]: /images/20220321/43c019ac4e7c438aa34d344176e2c339.png
[20190131141447928.png]: /images/20220321/ba42433b6d844c1598df6e05c91ddfd3.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0FtZWlyX3lhbmc_size_16_color_FFFFFF_t_70 4]: /images/20220321/ea174bba537b46b2b249d2430a6cc8c0.png
[20190131141552799.png]: /images/20220321/f678e76d15314508ab19946f818c3993.png
[20190131141614593.png]: /images/20220321/89e935380d944f898951ed9ff0cc62f2.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0FtZWlyX3lhbmc_size_16_color_FFFFFF_t_70 5]: /images/20220321/8c392a50aca34d2d986a159bd3b16a87.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0FtZWlyX3lhbmc_size_16_color_FFFFFF_t_70 6]: /images/20220321/c3d6fa117b6c42068454f4a5ef7f0540.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0FtZWlyX3lhbmc_size_16_color_FFFFFF_t_70 7]: /images/20220321/ecd21120547c42e6867768aaa747e017.png
[20190131141712273.png]: /images/20220321/febba25c953847c3920db08c0c526ad9.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0FtZWlyX3lhbmc_size_16_color_FFFFFF_t_70 8]: /images/20220321/62395ec03a594edebace71a946090a2f.png
[20190131141755852.png]: /images/20220321/0b76913b3c994a9dad182da1094ad2f5.png
[20190131141809230.png]: /images/20220321/5c0f15dd60be467d849c52323a99b081.png
[20190131141815687.png]: /images/20220321/1755d9c61153444aa14a1943530e0438.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0FtZWlyX3lhbmc_size_16_color_FFFFFF_t_70 9]: /images/20220321/a7c5e0b5bb134ab98187171fb019e4d9.png
[20190131141915114.png]: /images/20220321/24220d13f93940ce854f755288df2a82.png
[20190131142003381.png]: /images/20220321/36da6408e2eb47ce96775022224a9fd1.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0FtZWlyX3lhbmc_size_16_color_FFFFFF_t_70 10]: /images/20220321/8e6d12556c3648e6b1ded7498e33025e.png
[20190131142031801.png]: /images/20220321/cc252e3df5e641dcb37d2e1349df9c26.png
[20190131142045881.png]: /images/20220321/636df3bc39964a4ba8b25b31d0341984.png
[2019013114210728.png]: /images/20220321/3d5e35eabe9248819e39e4c034a1da7f.png
[20190131142115237.png]: /images/20220321/4970472b7a7e46b5bec60fda503a3a99.png
[20190131142127118.png]: /images/20220321/511c5acedc02479095169799ffd9ae03.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0FtZWlyX3lhbmc_size_16_color_FFFFFF_t_70 11]: /images/20220321/27a8cfd1a82d4be2b21f5af8c86c3752.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0FtZWlyX3lhbmc_size_16_color_FFFFFF_t_70 12]: /images/20220321/2662584adb9d488f8084001a234fd55b.png
[20190131142257180.png]: /images/20220321/d525cf5aefa04841bcde0fe7945a6445.png
[20190131142309839.png]: /images/20220321/082a3cc4da8945328eb56532d3ff4795.png
[20190131142320283.png]: /images/20220321/bc8a1d1ab78c41eab5605594ad2e0997.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0FtZWlyX3lhbmc_size_16_color_FFFFFF_t_70 13]: /images/20220321/1db18f5c689248ebaecee904c7b661d6.png
[20190131142338828.png]: /images/20220321/018f6970734c43d7b79f29c0c94b3854.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0FtZWlyX3lhbmc_size_16_color_FFFFFF_t_70 14]: /images/20220321/19954046c40a4228badc06c2962ddc20.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0FtZWlyX3lhbmc_size_16_color_FFFFFF_t_70 15]: /images/20220321/cd2d0be79067484fafae4777800a53fc.png
[20190131142431863.png]: /images/20220321/a6c18177add743d89b07430b1756ed4a.png
[20190131142444681.png]: /images/20220321/63e32540ff1c478cbcc5a846e5b66557.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0FtZWlyX3lhbmc_size_16_color_FFFFFF_t_70 16]: /images/20220321/354b8f8ab85b42a9bd9054bf3f557a48.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0FtZWlyX3lhbmc_size_16_color_FFFFFF_t_70 17]: /images/20220321/50e3aa7592b24a55a9b1474df970a716.png
[2019013114251978.png]: /images/20220321/e2d7a3d2270e4f56af0e52cf3a8af009.png
[20190131142533469.png]: /images/20220321/29e1ddd165534c26895ce1eaf1e7f2c6.png
[20190131142542119.png]: /images/20220321/4442ffa287ae4d6184173b0b5525461c.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0FtZWlyX3lhbmc_size_16_color_FFFFFF_t_70 18]: /images/20220321/6c70917665e3454cb24db13ba8a285e0.png
[20190131142609497.png]: /images/20220321/0943e571f4dc44ba8683a3491111665b.png
[20190131142621278.png]: /images/20220321/888f8ddb7c83454fa615d72d0e9fd8d4.png
[20190131142630587.png]: /images/20220321/d9f33acfe86e4ea58bc1c0136d91e3ba.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0FtZWlyX3lhbmc_size_16_color_FFFFFF_t_70 19]: /images/20220321/73087325a2b64985b07247e7cb34d0ca.png
[20190131142655988.png]: /images/20220321/f97435c201b8438fa3708ecf1c9b73de.png
[20190131142704913.png]: /images/20220321/f0f56d6c15224e2b925fe6b598436da2.png
[20190131142709288.png]: /images/20220321/2f64868ffb904c1499bf93802c78ef34.png
[201901311427211.png]: /images/20220321/98bf0ea2f0e3417ba6ab78684485ddc8.png
[2019013114272728.png]: https://img-blog.csdnimg.cn/2019013114272728.png
[2019013114273516.png]: /images/20220321/108d3e1aded14cbd80b86b415176c0e0.png
[20190131142745850.png]: /images/20220321/0a2dede52bae4086a75260e6746bd76b.png
[20190131142838563.png]: /images/20220321/89393ecf71124d4082726e5b245c7f50.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0FtZWlyX3lhbmc_size_16_color_FFFFFF_t_70 20]: /images/20220321/fd850ea12c7149da90f8edea428b3247.png