【JavaEE】Spring全家桶实现AOP-统一处理

news2025/3/12 9:47:51

【JavaEE】AOP（2）

在这里插入图片描述

文章目录

  • 【JavaEE】AOP（2）
    • 1. 统一登录校验处理
      • 1.1 自定义拦截器
      • 1.2 将自定义拦截器加入到系统配置
      • 1.3 测试
      • 1.4 对于静态资源的处理
      • 1.5 小练习：统一登录拦截处理
      • 1.6 拦截器原理
        • 1.6.1 执行流程
        • 1.6.2 源码分析
      • 1.7 扩展：统一访问前缀添加
    • 2. 统一异常处理
      • 2.1 为什么需要异常处理
      • 2.2 应用异常处理器
    • 3. 统一数据格式返回处理
      • 3.1 为什么要统一数据格式
      • 3.2 数据格式统一方法
      • 3.3 应用数据格式返回统一处理器
      • 3.4 String类型无法处理的问题
      • 3.5 @ControllerAdvice 源码分析

【JavaEE】AOP（2）

在前面的Spring AOP的学习之中，Spring AOP去实现AOP，虽然比较灵活，可以实现很多想法，但是也有一些现实的问题：

  1. 没办法获取到HttpRequest，一些功能难以实现
    • 进而无法获取HttpSession对象，这样登录校验功能就无法实现
  2. 我们要对⼀部分方法进行拦截，而另⼀部分方法不拦截，如注册方法和登录方法是不拦截的，这样的话排除方法的规则很难定义，甚至没办法定义

我们手动去实现，太难了！

所以本文讲解的重点就是，Spring全家桶实现AOP的几种固定的机制，虽然较不灵活，但是实现的功能有针对性，且代码简单！

  • 只要我们按照框架的要求去写，就可以实现对应的功能
  • 这些功能都是很常见、很必要的功能！
    • 所以不要纠结于这个框架不够全面，不能实现一些极端特殊的要求，因为它只是 把一切常见的功能，打包成现成的模块 ，方便开发；如果有其他特殊要求，用Spring AOP等等偏底层地去实现就好了！
    • 框架就是这样的，方便一些常见开发的操作，我们不需要过多了解底层实现，“坐享其成”即可😀
    • Spring全家桶实现AOP更偏向于具体的统一处理功能，而Spring AOP实现AOP更偏底层

网路资料：

Spring AOP是Spring框架中的一个模块，用于实现面向切面编程。它通过动态代理或者字节码生成的方式，在运行时将横切逻辑织入到目标对象的方法中，从而在目标对象执行前、执行后或者执行异常时执行额外的操作。Spring AOP主要基于代理模式来实现。

Spring Boot框架是基于Spring框架的扩展，用于简化和加速Spring应用程序的开发。

Spring Boot并没有重新实现AOP概念，而是直接继承了Spring框架中的AOP模块，因此在Spring Boot中，使用AOP的方式和Spring框架中的方式是一样的。Spring Boot提供了更方便的自动配置和默认约定，使得使用AOP更加简单。

因此，Spring AOP和Spring Boot框架实现的AOP的本质是相同的，都是通过代理方式实现的面向切面编程。区别主要在于Spring全家桶提供了[更简化的配置]和[默认约定]，使得使用AOP更加方便。

  • 因为代码的运行就是通过 Spring Boot框架来运行的，以此来控制一些逻辑也很合理！

本文讲解的几个统一处理：

  1. 统一登录校验处理
    • Spring 拦截器
  2. 统一异常处理
  3. 统一数据格式返回处理

没学到不代表不重要，需要用到什么统一处理的功能，再专门去学！

1. 统一登录校验处理

框架的学习说到底就是学习一个约定，按照约定才能实现方便功能~

Spring全家桶提供了具体的现成拦截器：HandlerInterceptor ，应用拦截器分为两步：

  1. 创建自定义拦截器，实现 HandlerInterceptor接口，重写 preHandle方法

    • preHandle() => 目标方法执行之前要执行的预处理方法

    • 其返回值为true/false

      1. true=>目标方法可执行，放行

      2. false=>目标方法不可执行，拦截

        //伪代码
HandlerInterceptor o = new LoginInterceptor(); 
if(!o.preHandle(...)) {
    return;
}
targetMethod();

  2. 重写 WebMvcConfigurer 的addInterceptors(InterceptorRegistry registry)方法

    • 添加拦截器到registry中（登记）
      • 可以添加多个拦截器，按顺序进行拦截（如果逻辑冲突，按照顺序，以第一个结果为准）
    • 添加拦截的路由/排除拦截的路由

1.1 自定义拦截器

在这里插入图片描述

Ctrl O重写方法：

在这里插入图片描述

在这里插入图片描述

默认返回true，放行

在这里插入图片描述

Java对于一些常量通常会放在一个类里面，以访问的形式去获取常量，而不是每次都手敲：

在这里插入图片描述

在这里插入图片描述

1.2 将自定义拦截器加入到系统配置

在这里插入图片描述

Ctrl O重写方法：

在这里插入图片描述

在这里插入图片描述

  • 加Configuration！否则项目启动不会加载这个类，自然不会进行系统配置
  • 实现MebMvcConfigurer，自然就是跟Spring Mvc（网络相关）有关的配置
  • 不仅仅只有配置文件才能配置，配置类也可以哦！

拦截器对象加入到Spring容器里

在这里插入图片描述

在这里插入图片描述

一般写成这样：

在这里插入图片描述

  • PathPatterns，路径的样式

  • 其实直接new一个咱们的拦截器对象甚至匿名内部类重写那个方法也行，因为这个参数只是定义预处理方法

  • 这个类只是游离在外的普通类，一个拦截器的定义罢了~

为什么可以怎么写：

在这里插入图片描述

  • 其实就是因为每个加或者减后返回的都是同一个对象~

1.3 测试

在这里插入图片描述

为了突出结果，做出以下改动：

  1. 拦截成功跳转百度：

在这里插入图片描述

  1. 提示执行了拦截器

在这里插入图片描述

  1. 排除路由/test/say_hello

在这里插入图片描述

效果：

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

1.4 对于静态资源的处理

比如图片/html/js/css等资源，如果是服务器的，都是向服务器请求来的

  • html等等很常规无非就是:.excludePathPatterns("/**/*.html")

  • 但是图片不一样，图片的格式很多很多，我们没办法一一列举，而我们可以这么做：

    • 将图片保存到一个目录image里，然后排除整个image目录
    • .excludePathPatterns("/image/**")

1.5 小练习：统一登录拦截处理

在这里插入图片描述

将我们之前做的博客前端资源拷贝到static里：

在这里插入图片描述

后端基本上代码不变，主要是对静态资源和一些路由的拦截排除：

有可能有缓存的问题，刚才的资源没有出现在target中，所以要删掉重新启动

在这里插入图片描述

效果：

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

重定向只是 对应的路径 相当于重定向后的路径，所以如果只是请求资源或者请求响应数据，不是访问 对应的路径 的网页，是不会触发跳转的~

  • 只会表现为访问不到资源/响应状态码为302

例如：

在这里插入图片描述

在这里插入图片描述

  • 背景消失~

补充，静态资源以static为起始，接受多级目录访问：

在这里插入图片描述

注意删除target重新启动！

在这里插入图片描述

1.6 拦截器原理

1.6.1 执行流程

之前：

在这里插入图片描述

现在：

  • 就在请求的传递路上"截胡"

在这里插入图片描述

1.6.2 源码分析

所有的Controller执行都会通过一个调度器DispatcherServlet来实现，可以通过控制台的日志观察到：（前提是拦截器工作了！）

在这里插入图片描述

双击shift查找DispatcherServlet：

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

  • 这个就是我们重写的方法！
  • 循环拦截器集合（多个拦截器的情况）

在这里插入图片描述

true就可以继续进行后面的程序（我们的目标方法就在后面）

false就直接return（响应通过输出型参数response返回）

  • 客户端发送请求后，在Spring MVC框架中会经过一系列的组件处理，其中就有可能被拦截器 “截胡”

1.7 扩展：统一访问前缀添加

所有请求地址添加api前缀：

@Configuration//不是Configurable！
public class AppConfig implements WebMvcConfigurer {
    @Override
    public void configurePathMatch(PathMatchConfigurer configurer) {
        configurer.addPathPrefix("api", c -> true);
    }
}
  1. api，原有路由多一级
    • 但是不代表默认不被拦截！
    • 还是要去排除/api/…
    • 还会导致原有路由不能用
  2. c -> true，是一个表达式（不需要了解，感兴趣可以了解），表示启动前缀，false则无效果

2. 统一异常处理

2.1 为什么需要异常处理

如果后端报异常：

（监视器已关掉，此处重点观察异常）

在这里插入图片描述

在这里插入图片描述

信息太过杂，我们需要总结要点，但是不能边开发边写这些异常处理操作，而且几个开发者写的可能都不一样，后期也不方便维护，所以要统一处理~

所以我们希望异常返回的时候应该有明确统一的信息！

网路资料（了解）：

  1. 错误处理的一致性：通过统一处理异常，可以确保应用程序在遇到异常时采取一致的处理方式。这样可以提供更好的用户体验，避免不一致的错误展示或处理方式。

  2. 代码的可维护性：通过将异常处理逻辑集中到一个地方，可以提高代码的可维护性。如果每个控制器方法都有自己的异常处理逻辑，会导致代码重复和冗余，难以维护和更新。

  3. 封装敏感信息：统一处理异常可以帮助我们封装敏感信息，防止泄露给客户端。在异常处理过程中，我们可以选择性地披露或隐藏敏感信息，并返回友好的错误消息给客户端。

  4. 日志记录和监控：通过统一处理异常，我们可以方便地进行日志记录和监控。在异常处理过程中，我们可以记录异常的详细信息，包括异常类型、堆栈跟踪等，以便后续的故障排查和系统监控。

  5. 异常转换和包装：有时候，我们可能需要将底层的异常转换为更高级别的异常，或者将多个异常包装为一个更通用的异常。通过统一处理异常，可以方便地进行这些异常转换和包装操作，以便更好地传递和处理异常。

  6. 错误页面的统一管理：通过统一处理异常，可以将错误页面的管理集中到一个地方。这样可以更方便地自定义错误页面，并确保所有的异常都有对应的错误展示界面。

总之，通过统一处理异常，我们可以提高代码的可维护性和可读性，封装敏感信息，方便日志记录和监控，进行异常转换和包装，以及统一管理错误页面。这些都有助于提升应用程序的质量和用户体验。

大概了解一下就行了，实际项目遇到去使用体验会更好！

2.2 应用异常处理器

我们仍然有现成的异常处理器可以用，如何应用：

  1. @ControllerAdvice
    • 加在类上，代表其为控制器通知类此类会“监听”后端环境，随着项目启动的加载，如果抛出异常会被此类感知到
  2. @ExceptionHandler(Exception.class)
    • 顾名思义，这就是异常处理器，加在方法上，其返回值就是格式化后的数据，注解的括号内应该为对应异常的类对象，并且这个方法可以有一个参数e（名字自取），e会被注入刚才的异常对象
    • 会在获取到异常后调用这个方法，（AOP advice的位置）

补充：

返回的格式以json为最佳，所以返回的方式有两种：

  1. 自定义对象/自定义对象集合
  2. Map对象，自定义映射关系
    • 方便，以这个为例

返回值的类型可以是Object，包括其泛型或者其属性，系统会自动去获取每一个都是谁向上转型而来的

在这里插入图片描述

  • 无论什么异常都会被这个异常处理器捕捉到，因为Exception是所有异常的父类，而参数e则是被向上转型来的，所以其getMessage方法被重写了，仍然可以正常使用
  • 随便写的，只是示例！

但是对于潜在的个别异常，如NullPointerException，应该单独处理，并且被子类捕获就不会被父类捕获了~

  • 因为异常太多了，所以还是需要Exception这个"老父亲"来兜底

效果：

在这里插入图片描述

其他异常效果：

在这里插入图片描述

在这里插入图片描述

3. 统一数据格式返回处理

3.1 为什么要统一数据格式

其实每个公司都会对字段名严格必须符合规范，但是返回的格式则千奇百怪

统一数据格式的优点很多，比如以下几个：

  1. 方便前后端程序员对接数据
  2. 降低前后端沟通成本，所有接口都按一个格式返回
  3. 有利于项目统一数据的维护和修改
  4. 有利于后端技术部门的统一规范，不会出现稀奇古怪的返回内容

3.2 数据格式统一方法

一样可以按照刚才的两种方式：

  1. 自定义对象
    • 本次演示这种，因为有个小坑
  2. Map

在这里插入图片描述

现在我们分为两种情况：

  1. 成功是一个方法

在这里插入图片描述

  1. 失败是一个方法

在这里插入图片描述

3.3 应用数据格式返回统一处理器

我们仍然有现成的数据格式返回统一处理器可以用，如何应用：

  1. @ControllerAdvice
    • 加在类上，代表其为控制器通知类此类会“监听”后端环境，随着项目启动的加载，如果有返回值就会被捕获到！
  2. 实现接口ResponseBodyAdvice
    1. 重写supports方法，表示我们是否要重写beforeBodyWrite方法
      • 通过这个方法以及参数我们可以动态的选择性的对一些控制器和方法不重写/重写
      • return true代表可以重写，反之不能重写
    2. 重写beforeBodyWrite方法
      • 顾名思义就是“篡改”返回值，这个方法会在方法返回之前调用，替原方法返回值，（AOP advice的位置）
      • 默认返回像加了@ResponseBody

在这里插入图片描述

测试：

在这里插入图片描述

  • 返回值类型已经不重要了，因为都会被返回值统一处理掉
  • 当然写原来的类型会更好，因为这样有利于代码的正确性，并且此接口可能被处理器排除了~

效果：

在这里插入图片描述

3.4 String类型无法处理的问题

在这里插入图片描述

  • 因为异常处理，把异常处理的信息再次看成返回值了，实际上返回值处理器运行了两次🤣

因为框架在对返回数据格式处理的时候分为两类：

  1. body是非String类型向上转型而来
    • 跟原来一样，返回值Result类型可以直接返回，框架自动转换为json字符串
  2. body是String类型向上转型而来
    • 也跟原来一样，应该返回String类型并且视作html代码，Result类型的返回值尝试转换为String类型，但是Result类型无法直接转换为String类型！
    • 因为框架【并没有】将它看成非String对象返回，然后按非String对象的方式转换为json字符串！
    • 然后把Result对象看成String对象返回，显然直接报异常！
      • 证据就是，Result对象是完好的，只要调用toString方法返回，不会报异常，但是直接返回Result会报异常。说明返回值必须是字符串，并且最终会被渲染

所以我们应该对String类型单独处理：

在这里插入图片描述

效果：

在这里插入图片描述

在浏览器中，这段字符串被认为是html：

在这里插入图片描述

3.5 @ControllerAdvice 源码分析

在这里插入图片描述

跟其他类注解一样派生于@Component，而所有的组件都会调用InitializingBean接口：

在这里插入图片描述

Spring MVC中的RequestMappingHandlerAdapter，实现了它：

在这里插入图片描述

实现了afterPropertiesSet方法：

在这里插入图片描述

在这里插入图片描述

异常处理器和返回值处理器的核心前提就是有这个注解，原因归功于它的监听机制

  • 我们发现，这些ControllerAdvice注解类Bean对象特殊地被查找和存储在容器之中，它们比较“忙”，当发生某个事件的时候，调用对应的Advice方法，比如统一异常处理，统一返回值格式处理…
    在这里插入图片描述

文章到此结束！谢谢观看
可以叫我 小马，我可能写的不好或者有错误，但是一起加油鸭🦆！

本文重点讲基本使用方法，具体功能实现要结合实际应变！

  • 例如拦截后咋样，异常处理格式咋样，统一数据格式返回咋样…都不是固定的，是根据实际情况的！

代码：spring_boot_aop_demo/src/main/java/com/example/demo · 游离态/马拉圈2023年8月 - 码云 - 开源中国 (gitee.com)

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.coloradmin.cn/o/923125.html

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈，一经查实，立即删除！

相关文章

【多线程编程的第一课】进程和线程的概念，区别，联系

【多线程编程的第一课】进程和线程的概念，区别，联系

文章目录 0. 前言1. 进程2. 进程控制块（PCB）3. 线程3.1 线程概念3.2 为什么引入线程 4. 进程和线程区别与联系 0. 前言 要想了解多线程，那就绕不开进程，所以我们在学习多线程之前先简单了解一下进程。 1. 进程 进程是操作系统的基…
阅读更多...
RabbitMQ特性介绍和使用案例

RabbitMQ特性介绍和使用案例

❤ 作者主页：李奕赫揍小邰的博客 ❀ 个人介绍：大家好，我是李奕赫！(￣▽￣)~* 🍊 记得点赞、收藏、评论⭐️⭐️⭐️ 📣 认真学习!!!🎉🎉 文章目录 RabbitMQ特性…
阅读更多...
张博《冰雪尖刀连》饰梅生 剧抛脸名不虚传

张博《冰雪尖刀连》饰梅生 剧抛脸名不虚传

“《冰雪尖刀连》又燃又感动！”“根本看不够！”由著名导演执导，实力派演员主演的抗美援朝战争剧《冰雪尖刀连》正在总台央视一套热播，全网络平台同步更新中。该剧讲述了“钢七连”战士为了保家卫国远赴异国战场，爬冰卧…
阅读更多...
设计模式——装饰器模式

设计模式——装饰器模式

装饰器模式 装饰器模式（Decorator Pattern）允许向一个现有的对象添加新的功能，同时又不改变其结构。这种类型的设计模式属于结构型模式，它是作为现有的类的一个包装。 装饰器模式通过将对象包装在装饰器类中，以便动态…
阅读更多...
前端页面常见的布局分享

前端页面常见的布局分享

前端页面常见的布局分享 一、css盒模型 页面中的每一个元素都被看做一个矩形盒子。它包括：外边距、边框、内边距以及实际的内容。 网页设计中常听的属性名：内容(content)、填充(padding)、边框(border)、边界(margin)，CSS盒子模型都具备这些…
阅读更多...
为什么说ChatGPT地位难保

为什么说ChatGPT地位难保

似乎可以说，从ChatGPT推出以来，OpenAI一直是生成式人工智能的王者。但这种状况可能持续不了太久了。 自11月面世以来，OpenAI的聊天机器人颠覆了教学、写作、科技等多个领域[1]。它把世界上最大的科技公司如Meta和谷歌打了个措手不及&#x…
阅读更多...
HJ31 单词倒排 题解

HJ31 单词倒排 题解

题目描述：单词倒排_牛客题霸_牛客网 (nowcoder.com) 对字符串中的所有单词进行倒排。 1、构成单词的字符只有26个大写或小写英文字母； 2、非构成单词的字符均视为单词间隔符； 3、要求倒排后的单词间隔符以一个空格表示；如果原字符…
阅读更多...
如何拼接两个视频在一起？

如何拼接两个视频在一起？

如何拼接两个视频在一起？在度过一个美好周末的时候，我和朋友一起拍摄了两组视频，准备将两个视频合并成一个并发布到朋友圈。这个想法非常棒，但是我在第一步就遇到了麻烦：如何将这两个视频拼接在一起？这听起…
阅读更多...
MyBatis分页思想和特殊字符

MyBatis分页思想和特殊字符

目录 一、MyBatis分页思想 1.1 使用场景 1.2 代码演示 二、MyBatis特殊字符 2.1代码演示 一、MyBatis分页思想 1.1 使用场景 Mybatis分页应用场景： MyBatis是一个Java持久层框架，它提供了一种将SQL查询和结果映射到Java对象的简单方式。分页是MyBa…
阅读更多...
【LeetCode】面试题总结 消失的数字 最小k个数

【LeetCode】面试题总结 消失的数字 最小k个数

1.消失的数字 两种思路 1.先升序排序，再遍历并且让后一项与前一项比较 2.转化为数学问题求等差数列前n项和 （n的大小为数组的长度），将根据公式求得的应有的和数与数组中实际的和作差 import java.util.*; class Solution {public …
阅读更多...
龙迅半导体，LT9611 MIPIDSI/CSI转HDMI，双端口MIPI接收，HDMI支持4K30HZ，免费提供完善的资料和选型推荐

龙迅半导体，LT9611 MIPIDSI/CSI转HDMI，双端口MIPI接收，HDMI支持4K30HZ，免费提供完善的资料和选型推荐

龙迅LT9611 1.描述： LT9611 MIPIDSI/CSI到HDMI1.4桥具有双端口MIPID-PHY接收器前端配置，每个端口有4个数据通道，每个数据通道运行2Gbps，最大输入带宽为16Gbps。该桥提供了一个HDMI数据输出与可选的S/PDIF或8通道I2S串行音频输入…
阅读更多...
Excel变天！微软把Python「塞」进去了，直接可搞机器学习

Excel变天！微软把Python「塞」进去了，直接可搞机器学习

量子位 | 公众号 QbitAI 喜大普奔！ 微软把Python弄进Excel了！ 搭建一个机器学习天气预测模型，在Excel里即可实现。 而且无需任何设置，在单元格里输入“PY”，就能开搞。 数据清理、预测分析、可视化等等任务&#xf…
阅读更多...
Harbor平台离线搭建

Harbor平台离线搭建

之前我有写过如何搭建harbor以及配置harbor，本文主要讲一下在不联网的情况下如何搭建Harbor平台。 环境：centos 7.9 docker版本：20.10.17 harbor版本：v1.10.10 一、离线安装docker 安装包官方地址：Index of linux/sta…
阅读更多...
麒麟系统上安装 MySQL 8.0.24

麒麟系统上安装 MySQL 8.0.24

我介绍一下在麒麟系统上安装 MySQL 8.0.24 的详细步骤，前提是您已经下载了 mysql-8.0.24-linux-glibc2.12-x86_64.tar.xz 安装包。其实安装很简单，但是有坑，而且问题非常严重！由于麒麟系统相关文章博客较少，导致遇到了…
阅读更多...
[MyBatis系列③]动态SQL

[MyBatis系列③]动态SQL

目录 1、简介 2、if标签 3、foreach标签 4、SQL抽取 ⭐MyBatis系列①：增删改查 ⭐MyBatis系列②：两种Dao开发方式 1、简介 开发中在MyBatis映射文件配置SQL语句，但是前面配置的都是比较简单的，不涉及稍复杂的业务场景。想要应…
阅读更多...
守护进程(精灵进程)

守护进程(精灵进程)

目录 前言 1.如何理解前台进程和后台进程 2.守护进程的概念 3.为什么会存在守护进程 4.如何实现守护进程 5.测试 总结 前言 今天我们要介绍的是关于守护进程如何实现，可能有小伙伴第一次听到守护进程这个概念，感觉很懵，知道进程的概念&…
阅读更多...
实验八 网卡驱动移植

实验八 网卡驱动移植

【实验目的】 掌握 Linux 内核配置的基本方法，完成对网卡驱动、NFS 等相关功能的配置 【实验环境】 ubuntu 14.04 发行版FS4412 实验平台交叉编译工具：arm-none-linux-gnueabi- 【注意事项】 实验步骤中以“$”开头的命令表示在 ubuntu 环境下执行&…
阅读更多...
基于labview设备状态监测和故障诊断（一）NI软硬件介绍

基于labview设备状态监测和故障诊断（一）NI软硬件介绍

随着近代工业逐步向机电一体化方向发展。设备的自动化、智能化、大型化与复杂 化程度的不断提高，设备发生故障给企业所带来的经济损失越来越大，因此对设备的运 行状况进行实时监测和故障诊断势在必行。可以这样说，机械设备的工作状况监测和…
阅读更多...
C++设计模式(工厂模式)

C++设计模式(工厂模式)

文章目录 前言一、什么是工厂模式二、简单工厂模式三、简单工厂模式优点和缺点四、简单工厂适用场景五、简单工厂类的使用总结 前言 本篇文章正式带大家来学习C中的设计模式，这篇文章主要带大家学习工厂模式。 一、什么是工厂模式 工厂模式（Factory P…
阅读更多...
洗涤护理门店小程序DIY制作教程

洗涤护理门店小程序DIY制作教程

随着移动互联网的快速发展，小程序成为了各行各业推广和服务的新平台。对于干洗店来说，拥有一个专属的洗护小程序不仅可以提升用户体验，还能增加店铺的曝光度和销售额。那么，如何DIY制作一个干洗店洗护小程序呢？ 首先&a…
阅读更多...
推荐文章
最新文章

Copyright @ 2022~2023