哪家公司做跳转网站,dedecms源码下载,如何做汉服,长春建设厅网站【JavaEE】AOP#xff08;2#xff09; 文章目录 【JavaEE】AOP#xff08;2#xff09;1. 统一登录校验处理1.1 自定义拦截器1.2 将自定义拦截器加入到系统配置1.3 测试1.4 对于静态资源的处理1.5 小练习#xff1a;统一登录拦截处理1.6 拦截器原理1.6.1 执行流程1.6.2 源… 【JavaEE】AOP2 文章目录 【JavaEE】AOP21. 统一登录校验处理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】AOP2
在前面的Spring AOP的学习之中Spring AOP去实现AOP虽然比较灵活可以实现很多想法但是也有一些现实的问题
没办法获取到HttpRequest一些功能难以实现 进而无法获取HttpSession对象这样登录校验功能就无法实现 我们要对⼀部分方法进行拦截而另⼀部分方法不拦截如注册方法和登录方法是不拦截的这样的话排除方法的规则很难定义甚至没办法定义
我们手动去实现太难了
所以本文讲解的重点就是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框架来运行的以此来控制一些逻辑也很合理 本文讲解的几个统一处理
统一登录校验处理 Spring 拦截器 统一异常处理统一数据格式返回处理 没学到不代表不重要需要用到什么统一处理的功能再专门去学 1. 统一登录校验处理 框架的学习说到底就是学习一个约定按照约定才能实现方便功能~ Spring全家桶提供了具体的现成拦截器HandlerInterceptor 应用拦截器分为两步 创建自定义拦截器实现 HandlerInterceptor接口重写 preHandle方法 preHandle() 目标方法执行之前要执行的预处理方法 其返回值为true/false true目标方法可执行放行 false目标方法不可执行拦截 //伪代码
HandlerInterceptor o new LoginInterceptor();
if(!o.preHandle(...)) {return;
}
targetMethod();重写 WebMvcConfigurer 的addInterceptors(InterceptorRegistry registry)方法 添加拦截器到registry中登记 可以添加多个拦截器按顺序进行拦截如果逻辑冲突按照顺序以第一个结果为准 添加拦截的路由/排除拦截的路由
1.1 自定义拦截器 Ctrl O重写方法 默认返回true放行 Java对于一些常量通常会放在一个类里面以访问的形式去获取常量而不是每次都手敲 1.2 将自定义拦截器加入到系统配置 Ctrl O重写方法 加Configuration否则项目启动不会加载这个类自然不会进行系统配置实现MebMvcConfigurer自然就是跟Spring Mvc网络相关有关的配置不仅仅只有配置文件才能配置配置类也可以哦 拦截器对象加入到Spring容器里 一般写成这样 PathPatterns路径的样式 其实直接new一个咱们的拦截器对象甚至匿名内部类重写那个方法也行因为这个参数只是定义预处理方法 这个类只是游离在外的普通类一个拦截器的定义罢了~ 为什么可以怎么写 其实就是因为每个加或者减后返回的都是同一个对象~ 1.3 测试 为了突出结果做出以下改动 拦截成功跳转百度 提示执行了拦截器 排除路由/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 {Overridepublic void configurePathMatch(PathMatchConfigurer configurer) {configurer.addPathPrefix(api, c - true);}
}api原有路由多一级 但是不代表默认不被拦截还是要去排除/api/…还会导致原有路由不能用 c - true是一个表达式不需要了解感兴趣可以了解表示启动前缀false则无效果
2. 统一异常处理
2.1 为什么需要异常处理
如果后端报异常
监视器已关掉此处重点观察异常 信息太过杂我们需要总结要点但是不能边开发边写这些异常处理操作而且几个开发者写的可能都不一样后期也不方便维护所以要统一处理~
所以我们希望异常返回的时候应该有明确统一的信息 网路资料了解 错误处理的一致性通过统一处理异常可以确保应用程序在遇到异常时采取一致的处理方式。这样可以提供更好的用户体验避免不一致的错误展示或处理方式。 代码的可维护性通过将异常处理逻辑集中到一个地方可以提高代码的可维护性。如果每个控制器方法都有自己的异常处理逻辑会导致代码重复和冗余难以维护和更新。 封装敏感信息统一处理异常可以帮助我们封装敏感信息防止泄露给客户端。在异常处理过程中我们可以选择性地披露或隐藏敏感信息并返回友好的错误消息给客户端。 日志记录和监控通过统一处理异常我们可以方便地进行日志记录和监控。在异常处理过程中我们可以记录异常的详细信息包括异常类型、堆栈跟踪等以便后续的故障排查和系统监控。 异常转换和包装有时候我们可能需要将底层的异常转换为更高级别的异常或者将多个异常包装为一个更通用的异常。通过统一处理异常可以方便地进行这些异常转换和包装操作以便更好地传递和处理异常。 错误页面的统一管理通过统一处理异常可以将错误页面的管理集中到一个地方。这样可以更方便地自定义错误页面并确保所有的异常都有对应的错误展示界面。 总之通过统一处理异常我们可以提高代码的可维护性和可读性封装敏感信息方便日志记录和监控进行异常转换和包装以及统一管理错误页面。这些都有助于提升应用程序的质量和用户体验。 大概了解一下就行了实际项目遇到去使用体验会更好
2.2 应用异常处理器
我们仍然有现成的异常处理器可以用如何应用
ControllerAdvice 加在类上代表其为控制器通知类此类会“监听”后端环境随着项目启动的加载如果抛出异常会被此类感知到 ExceptionHandler(Exception.class) 顾名思义这就是异常处理器加在方法上其返回值就是格式化后的数据注解的括号内应该为对应异常的类对象并且这个方法可以有一个参数e名字自取e会被注入刚才的异常对象会在获取到异常后调用这个方法AOP advice的位置 补充 返回的格式以json为最佳所以返回的方式有两种 自定义对象/自定义对象集合Map对象自定义映射关系 方便以这个为例 返回值的类型可以是Object包括其泛型或者其属性系统会自动去获取每一个都是谁向上转型而来的 无论什么异常都会被这个异常处理器捕捉到因为Exception是所有异常的父类而参数e则是被向上转型来的所以其getMessage方法被重写了仍然可以正常使用随便写的只是示例
但是对于潜在的个别异常如NullPointerException应该单独处理并且被子类捕获就不会被父类捕获了~
因为异常太多了所以还是需要Exception这个老父亲来兜底 效果 其他异常效果 3. 统一数据格式返回处理
3.1 为什么要统一数据格式
其实每个公司都会对字段名严格必须符合规范但是返回的格式则千奇百怪
统一数据格式的优点很多比如以下几个
方便前后端程序员对接数据降低前后端沟通成本所有接口都按一个格式返回有利于项目统一数据的维护和修改有利于后端技术部门的统一规范不会出现稀奇古怪的返回内容
3.2 数据格式统一方法
一样可以按照刚才的两种方式
自定义对象 本次演示这种因为有个小坑 Map 现在我们分为两种情况
成功是一个方法 失败是一个方法 3.3 应用数据格式返回统一处理器
我们仍然有现成的数据格式返回统一处理器可以用如何应用
ControllerAdvice 加在类上代表其为控制器通知类此类会“监听”后端环境随着项目启动的加载如果有返回值就会被捕获到 实现接口ResponseBodyAdvice 重写supports方法表示我们是否要重写beforeBodyWrite方法 通过这个方法以及参数我们可以动态的选择性的对一些控制器和方法不重写/重写return true代表可以重写反之不能重写 重写beforeBodyWrite方法 顾名思义就是“篡改”返回值这个方法会在方法返回之前调用替原方法返回值AOP advice的位置默认返回像加了ResponseBody 测试 返回值类型已经不重要了因为都会被返回值统一处理掉当然写原来的类型会更好因为这样有利于代码的正确性并且此接口可能被处理器排除了~ 效果 3.4 String类型无法处理的问题 因为异常处理把异常处理的信息再次看成返回值了实际上返回值处理器运行了两次
因为框架在对返回数据格式处理的时候分为两类
body是非String类型向上转型而来 跟原来一样返回值Result类型可以直接返回框架自动转换为json字符串 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)
