0


SpringBoot 统一功能处理

SpringBoot 统一功能处理

前言

接下来是 Spring Boot 统⼀功能处理模块了,也是 AOP 的实战环节,要实现的课程⽬标有以下 3 个:

  1. 统⼀⽤户登录权限验证
  2. 统⼀数据格式返回
  3. 统⼀异常处理

接下我们⼀个⼀个来看。

一、用户登录权限效验

⽤户登录权限的发展从之前每个⽅法中⾃⼰验证⽤户登录权限,到现在统⼀的⽤户登录验证处理,它是⼀个逐渐完善和逐渐优化的过程。

1.1 最初的用户登录验证

我们先来回顾⼀下最初⽤户登录验证的实现⽅法:

@RestController@RequestMapping("/user")publicclassUserController{/**
     * 某⽅法 1
     */@RequestMapping("/m1")publicObjectmethod(HttpServletRequest request){// 有 session 就获取,没有不会创建HttpSession session = request.getSession(false);if(session !=null&& session.getAttribute("userinfo")!=null){// 说明已经登录,业务处理returntrue;}else{// 未登录returnfalse;}}/**
     * 某⽅法 2
     */@RequestMapping("/m2")publicObjectmethod2(HttpServletRequest request){// 有 session 就获取,没有不会创建HttpSession session = request.getSession(false);if(session !=null&& session.getAttribute("userinfo")!=null){// 说明已经登录,业务处理returntrue;}else{// 未登录returnfalse;}}// 其他⽅法...}

从上述代码可以看出,每个⽅法中都有相同的⽤户登录验证权限,它的缺点是:

  1. 每个⽅法中都要单独写⽤户登录验证的⽅法,即使封装成公共⽅法,也⼀样要传参调⽤和在⽅法中进⾏判断。
  2. 添加控制器越多,调⽤⽤户登录验证的⽅法也越多,这样就增加了后期的修改成本和维护成本。
  3. 这些⽤户登录验证的⽅法和接下来要实现的业务⼏何没有任何关联,但每个⽅法中都要写⼀遍。

所以提供⼀个公共的 AOP ⽅法来进⾏统⼀的⽤户登录权限验证迫在眉睫。

1.2 Spring AOP 用户统一登录验证的问题

说到统⼀的⽤户登录验证,我们想到的第⼀个实现⽅案是 Spring AOP 前置通知或环绕通知来实现,具体实现代码如下:

importorg.aspectj.lang.ProceedingJoinPoint;importorg.aspectj.lang.annotation.*;importorg.springframework.stereotype.Component;@Aspect@ComponentpublicclassUserAspect{// 定义切点⽅法 controller 包下、⼦孙包下所有类的所有⽅法@Pointcut("execution(* com.example.demo.controller..*.*(..))")publicvoidpointcut(){}// 前置⽅法@Before("pointcut()")publicvoiddoBefore(){}// 环绕⽅法@Around("pointcut()")publicObjectdoAround(ProceedingJoinPoint joinPoint){Object obj =null;System.out.println("Around ⽅法开始执⾏");try{// 执⾏拦截⽅法
            obj = joinPoint.proceed();}catch(Throwable throwable){
            throwable.printStackTrace();}System.out.println("Around ⽅法结束执⾏");return obj;}}

如果要在以上 Spring AOP 的切⾯中实现⽤户登录权限效验的功能,有以下两个问题:

  1. 没办法获取到 HttpSession 对象。
  2. 我们要对⼀部分⽅法进⾏拦截,⽽另⼀部分⽅法不拦截,如注册⽅法和登录⽅法是不拦截的,这样的话排除⽅法的规则很难定义,甚⾄没办法定义。

那这样如何解决呢?

1.3 Spring 拦截器

对于以上问题 Spring 中提供了具体的实现拦截器:HandlerInterceptor,拦截器的实现分为以下两个步骤:

  1. 创建⾃定义拦截器,实现 HandlerInterceptor 接⼝的 preHandle(执⾏具体⽅法之前的预处理)⽅法。
  2. 将⾃定义拦截器加⼊ WebMvcConfigurer 的 addInterceptors ⽅法中。

具体实现如下。

补充 过滤器
过滤器是Web容器提供的。触发的时机比拦截器更靠前,Spring 初始化前就执行了,所以并不能处理用户登录权限效验等问题。

1.3.1 准备工作

packagecom.example.demo.controller;importlombok.extern.slf4j.Slf4j;importorg.springframework.util.StringUtils;importorg.springframework.web.bind.annotation.RequestMapping;importorg.springframework.web.bind.annotation.RestController;importjavax.servlet.http.HttpServletRequest;importjavax.servlet.http.HttpSession;@RestController@RequestMapping("/user")@Slf4jpublicclassUserController{@RequestMapping("/login")publicbooleanlogin(HttpServletRequest request,String username,String password){//        // 1.非空判断//        if (username != null && username != "" &&//                password != null && username != "") {//            // 2.验证用户名和密码是否正确//        }// 1.非空判断if(StringUtils.hasLength(username)&&StringUtils.hasLength(password)){// 2.验证用户名和密码是否正确if("admin".equals(username)&&"admin".equals(password)){// 登录成功HttpSession session = request.getSession();
                session.setAttribute("userinfo","admin");returntrue;}else{// 用户名或密码输入错误returnfalse;}}returnfalse;}@RequestMapping("/getinfo")publicStringgetInfo(){
        log.debug("执行了 getinfo 方法");return"执行了 getinfo 方法";}@RequestMapping("/reg")publicStringreg(){
        log.debug("执行了 reg 方法");return"执行了 reg 方法";}}

1.3.2 自定义拦截器

接下来使⽤代码来实现⼀个⽤户登录的权限效验,⾃定义拦截器是⼀个普通类,具体实现代码如下:

packagecom.example.demo.config;importlombok.extern.slf4j.Slf4j;importorg.springframework.stereotype.Component;importorg.springframework.web.servlet.HandlerInterceptor;importjavax.servlet.http.HttpServletRequest;importjavax.servlet.http.HttpServletResponse;importjavax.servlet.http.HttpSession;/**
 * 登录拦截器
 */@Component@Slf4jpublicclassLoginInterceptorimplementsHandlerInterceptor{@OverridepublicbooleanpreHandle(HttpServletRequest request,HttpServletResponse response,Object handler)throwsException{// 登录判断业务HttpSession session = request.getSession(false);if(session !=null&& session.getAttribute("userinfo")!=null){returntrue;}
        log.error("当前用户没有访问权限");
        response.setStatus(401);returnfalse;}}

返回 boolean 类型。

相当于一层安保:
为 false 则不能继续往下执行;为 true 则可以。

在这里插入图片描述

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

将上⼀步中的⾃定义拦截器加⼊到系统配置信息中,具体实现代码如下:

packagecom.example.demo.config;importorg.springframework.beans.factory.annotation.Autowired;importorg.springframework.context.annotation.Configuration;importorg.springframework.web.servlet.config.annotation.InterceptorRegistry;importorg.springframework.web.servlet.config.annotation.ResourceHandlerRegistry;importorg.springframework.web.servlet.config.annotation.WebMvcConfigurer;@Configuration// 一定不要忘记publicclassMyConfigimplementsWebMvcConfigurer{@AutowiredprivateLoginInterceptor loginInterceptor;@OverridepublicvoidaddInterceptors(InterceptorRegistry registry){
        registry.addInterceptor(loginInterceptor).addPathPatterns("/**")// 拦截所有请求.excludePathPatterns("/user/login")// 排除不拦截的 url//                .excludePathPatterns("/**/*.html")//                .excludePathPatterns("/**/*.js")//                .excludePathPatterns("/**/*.css").excludePathPatterns("/user/reg");// 排除不拦截的 url}}

或者:

packagecom.example.demo.common;importorg.springframework.beans.factory.annotation.Autowired;importorg.springframework.context.annotation.Configuration;importorg.springframework.web.servlet.config.annotation.InterceptorRegistration;importorg.springframework.web.servlet.config.annotation.InterceptorRegistry;importorg.springframework.web.servlet.config.annotation.WebMvcConfigurer;importjava.util.ArrayList;importjava.util.List;@ConfigurationpublicclassAppConfigimplementsWebMvcConfigurer{// 不拦截的 url 集合List<String> excludes =newArrayList<String>(){{add("/**/*.html");add("/js/**");add("/editor.md/**");add("/css/**");add("/img/**");// 放行 static/img 下的所有文件add("/user/login");// 放行登录接口add("/user/reg");// 放行注册接口add("/art/detail");// 放行文章详情接口add("/art/list");// 放行文章分页列表接口add("/art/totalpage");// 放行文章分页总页数接口}};@AutowiredprivateLoginInterceptor loginInterceptor;@OverridepublicvoidaddInterceptors(InterceptorRegistry registry){// 配置拦截器InterceptorRegistration registration =
                registry.addInterceptor(loginInterceptor);
        registration.addPathPatterns("/**");
        registration.excludePathPatterns(excludes);}}

如果不注入对象的话,addInterceptor() 的参数也可以直接 new 一个对象:

@Configuration// 一定不要忘记publicclassMyConfigimplementsWebMvcConfigurer{@OverridepublicvoidaddInterceptors(InterceptorRegistry registry){
        registry.addInterceptor(newLoginInterceptor()).addPathPatterns("/**")// 拦截所有请求.excludePathPatterns("/user/login")// 排除不拦截的 url//                .excludePathPatterns("/**/*.html")//                .excludePathPatterns("/**/*.js")//                .excludePathPatterns("/**/*.css")//                .excludePathPatterns("/**/*.jpg")//                .excludePathPatterns("/**/login").excludePathPatterns("/user/reg");// 排除不拦截的 url}}

其中:

  • addPathPatterns:表示需要拦截的 URL,“**”表示拦截任意⽅法(也就是所有⽅法)。
  • excludePathPatterns:表示需要排除的 URL。

说明:以上拦截规则可以拦截此项⽬中的使⽤ URL,包括静态⽂件 (图⽚⽂件、JS 和 CSS 等⽂件)。

1.4 拦截器实现原理

正常情况下的调⽤顺序:

在这里插入图片描述

然⽽有了拦截器之后,会在调⽤ Controller 之前进⾏相应的业务处理,执⾏的流程如下图所示:

在这里插入图片描述

1.4.1 实现原理源码分析

所有的 Controller 执⾏都会通过⼀个调度器 DispatcherServlet 来实现,这⼀点可以从 Spring Boot 控制台的打印信息看出,如下图所示:

在这里插入图片描述

⽽所有⽅法都会执⾏ DispatcherServlet 中的 doDispatch 调度⽅法,doDispatch 源码如下:

protectedvoiddoDispatch(HttpServletRequest request,HttpServletResponse
            response)throwsException{HttpServletRequest processedRequest = request;HandlerExecutionChain mappedHandler =null;boolean multipartRequestParsed =false;WebAsyncManager asyncManager =WebAsyncUtils.getAsyncManager(request);try{try{ModelAndView mv =null;Object dispatchException =null;try{
                    processedRequest =this.checkMultipart(request);
                    multipartRequestParsed = processedRequest != request;
                    mappedHandler =this.getHandler(processedRequest);if(mappedHandler ==null){this.noHandlerFound(processedRequest, response);return;}HandlerAdapter ha =this.getHandlerAdapter(mappedHandler.g
                            etHandler());String method = request.getMethod();boolean isGet =HttpMethod.GET.matches(method);if(isGet ||HttpMethod.HEAD.matches(method)){long lastModified = ha.getLastModified(request, mapped
                                Handler.getHandler());if((newServletWebRequest(request, response)).checkNo
                        tModified(lastModified)&& isGet){return;}}// 调⽤预处理【重点】if(!mappedHandler.applyPreHandle(processedRequest, respon
                            se)){return;}// 执⾏ Controller 中的业务
                    mv = ha.handle(processedRequest, response, mappedHandler.g
                            etHandler());if(asyncManager.isConcurrentHandlingStarted()){return;}this.applyDefaultViewName(processedRequest, mv);
                    mappedHandler.applyPostHandle(processedRequest, response,
                            mv);}catch(Exception var20){
                    dispatchException = var20;}catch(Throwable var21){
                    dispatchException =newNestedServletException("Handler di
                            spatch failed", var21);}this.processDispatchResult(processedRequest, response, mappedH
                        andler, mv,(Exception)dispatchException);}catch(Exception var22){this.triggerAfterCompletion(processedRequest, response, mapped
                        Handler, var22);}catch(Throwable var23){this.triggerAfterCompletion(processedRequest, response, mapped
                        Handler,newNestedServletException("Handler processing failed", var23));}}finally{if(asyncManager.isConcurrentHandlingStarted()){if(mappedHandler !=null){
                    mappedHandler.applyAfterConcurrentHandlingStarted(processe
                            dRequest, response);}}elseif(multipartRequestParsed){this.cleanupMultipart(processedRequest);}}}

从上述源码可以看出在开始执⾏ Controller 之前,会先调⽤ 预处理⽅法 applyPreHandle,⽽
applyPreHandle ⽅法的实现源码如下:

booleanapplyPreHandle(HttpServletRequest request,HttpServletResponse response)throwsException{for(int i =0; i <this.interceptorList.size();this.interceptorIndex
                = i++){// 获取项⽬中使⽤的拦截器 HandlerInterceptorHandlerInterceptor interceptor =(HandlerInterceptor)this.intercep
            torList.get(i);if(!interceptor.preHandle(request, response,this.handler)){this.triggerAfterCompletion(request, response,(Exception)null);returnfalse;}}returntrue;}

从上述源码可以看出,在 applyPreHandle 中会获取所有的拦截器 HandlerInterceptor 并执⾏拦截器中
的 preHandle ⽅法,这样就会咱们前⾯定义的拦截器对应上了,如下图所示:

在这里插入图片描述

此时⽤户登录权限的验证⽅法就会执⾏,这就是拦截器的实现原理。

1.4.2 拦截器小结

通过上⾯的源码分析,我们可以看出,Spring 中的拦截器也是通过动态代理和环绕通知的思想实现的,⼤体的调⽤流程如下:
在这里插入图片描述

1.5 扩展:统一访问前缀添加

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

@ConfigurationpublicclassAppConfigimplementsWebMvcConfigurer{// 所有的接⼝添加 api 前缀@OverridepublicvoidconfigurePathMatch(PathMatchConfigurer configurer){
            configurer.addPathPrefix("api", c ->true);}}

其中第⼆个参数是⼀个表达式,设置为 true 表示启动前缀。

二、统一异常处理

统⼀异常处理使⽤的是 @ControllerAdvice + @ExceptionHandler 来实现的,@ControllerAdvice 表示控制器通知类,@ExceptionHandler 是异常处理器,两个结合表示当出现异常的时候执⾏某个通知,也就是执⾏某个⽅法事件,具体实现代码如下:

packagecom.example.demo.config;importorg.springframework.web.bind.annotation.ControllerAdvice;importorg.springframework.web.bind.annotation.ExceptionHandler;importorg.springframework.web.bind.annotation.ResponseBody;importjava.util.HashMap;/**
 * 统一处理异常
 */@ControllerAdvicepublicclassErrorAdive{@ExceptionHandler(Exception.class)@ResponseBodypublicHashMap<String,Object>exceptionAdvie(Exception e){HashMap<String,Object> result =newHashMap<>();
        result.put("code","-1");
        result.put("msg", e.getMessage());return result;}@ExceptionHandler(ArithmeticException.class)@ResponseBodypublicHashMap<String,Object>arithmeticAdvie(ArithmeticException e){HashMap<String,Object> result =newHashMap<>();
        result.put("code","-2");
        result.put("msg", e.getMessage());return result;}}

方法名和返回值可以⾃定义,重要的是 @ControllerAdvice 和 @ExceptionHandler 注解。

以上⽅法表示,如果出现了异常就返回给前端⼀个 HashMap 的对象,其中包含的字段如代码中定义的那样。

我们可以针对不同的异常,返回不同的结果,⽐以下代码所示:

importorg.springframework.web.bind.annotation.ControllerAdvice;importorg.springframework.web.bind.annotation.ExceptionHandler;importorg.springframework.web.bind.annotation.ResponseBody;importjava.util.HashMap;@ControllerAdvice@ResponseBodypublicclassExceptionAdvice{@ExceptionHandler(Exception.class)publicObjectexceptionAdvice(Exception e){HashMap<String,Object> result =newHashMap<>();
        result.put("success",-1);
        result.put("message","总的异常信息:"+ e.getMessage());
        result.put("data",null);return result;}@ExceptionHandler(NullPointerException.class)publicObjectnullPointerexceptionAdvice(NullPointerException e){HashMap<String,Object> result =newHashMap<>();
        result.put("success",-1);
        result.put("message","空指针异常:"+ e.getMessage());
        result.put("data",null);return result;}}

当有多个异常通知时,匹配顺序为当前类及其子类向上依次匹配,案例演示:
在 UserController 中设置⼀个空指针异常,实现代码如下:

@RestController@RequestMapping("/u")publicclassUserController{@RequestMapping("/index")publicStringindex(){Object obj =null;int i = obj.hashCode();return"Hello,User Index.";}}

以上程序的执⾏结果如下:

在这里插入图片描述

此时若出现异常就不会报错了,代码会继续执行,但是会把自定义的异常信息返回给前端!

统一完数据返回格式后:

packagecom.example.demo.common;importorg.springframework.web.bind.annotation.ControllerAdvice;importorg.springframework.web.bind.annotation.ExceptionHandler;importorg.springframework.web.bind.annotation.ResponseBody;/**
 * 异常类的统一处理
 */@ControllerAdvice@ResponseBodypublicclassExceptionAdvice{@ExceptionHandler(Exception.class)publicObjectexceptionAdvice(Exception e){returnAjaxResult.fail(-1, e.getMessage());}}

统一异常处理不用配置路径,是拦截整个项目中的所有异常。

三、统一数据返回格式

3.1 为什么需要统一数据返回格式?

统⼀数据返回格式的优点有很多,比如以下几个:

  1. ⽅便前端程序员更好的接收和解析后端数据接⼝返回的数据。
  2. 降低前端程序员和后端程序员的沟通成本,按照某个格式实现就⾏了,因为所有接⼝都是这样返回的。
  3. 有利于项⽬统⼀数据的维护和修改。
  4. 有利于后端技术部⻔的统⼀规范的标准制定,不会出现稀奇古怪的返回内容。

3.2 统一数据返回格式的实现

统⼀的数据返回格式可以使用 @ControllerAdvice + ResponseBodyAdvice接口 的方式实现,具体实现代码如下:

importorg.springframework.core.MethodParameter;importorg.springframework.http.MediaType;importorg.springframework.http.server.ServerHttpRequest;importorg.springframework.http.server.ServerHttpResponse;importorg.springframework.web.bind.annotation.ControllerAdvice;importorg.springframework.web.servlet.mvc.method.annotation.ResponseBodyA
dvice;importjava.util.HashMap;/**
 * 统一返回数据的处理
 */@ControllerAdvicepublicclassResponseAdviceimplementsResponseBodyAdvice{/**
     * 内容是否需要重写(通过此⽅法可以选择性部分控制器和⽅法进⾏重写)
     * 返回 true 表示重写
     */@Overridepublicbooleansupports(MethodParameter returnType,Class converterTyp
e){returntrue;}/**
     * ⽅法返回之前调⽤此⽅法
     */@OverridepublicObjectbeforeBodyWrite(Object body,MethodParameter returnType,MediaType selectedContentType,Class selectedConverterType,ServerHttpR
                                          equest request,ServerHttpResponse response){// 构造统⼀返回对象HashMap<String,Object> result =newHashMap<>();
        result.put("state",1);
        result.put("msg","");
        result.put("data", body);return result;}}

统一处理后,此时所有返回的都是 json 格式的数据了。

若方法的返回类型为 String,统一数据返回格式封装后,返回会报错!?
转换器的问题,解决方案:
在这里插入图片描述

实际开发中这种统一数据返回格式的方式并不常用。因为它会将所有返回都再次进行封装,过于霸道了 ~
而通常我们会写一个统一封装的类,让程序猿在返回时统一返回这个类 (软性约束),例如:

packagecom.example.demo.common;importjava.util.HashMap;/**
 * 自定义的统一返回对象
 */publicclassAjaxResult{/**
     * 业务执行成功时进行返回的方法
     *
     * @param data
     * @return
     */publicstaticHashMap<String,Object>success(Object data){HashMap<String,Object> result =newHashMap<>();
        result.put("code",200);
        result.put("msg","");
        result.put("data", data);return result;}/**
     * 业务执行成功时进行返回的方法
     *
     * @param data
     * @return
     */publicstaticHashMap<String,Object>success(String msg,Object data){HashMap<String,Object> result =newHashMap<>();
        result.put("code",200);
        result.put("msg", msg);
        result.put("data", data);return result;}/**
     * 业务执行失败返回的数据格式
     *
     * @param code
     * @param msg
     * @return
     */publicstaticHashMap<String,Object>fail(int code,String msg){HashMap<String,Object> result =newHashMap<>();
        result.put("code", code);
        result.put("msg", msg);
        result.put("data","");return result;}/**
     * 业务执行失败返回的数据格式
     *
     * @param code
     * @param msg
     * @return
     */publicstaticHashMap<String,Object>fail(int code,String msg,Object data){HashMap<String,Object> result =newHashMap<>();
        result.put("code", code);
        result.put("msg", msg);
        result.put("data", data);return result;}}

同时搭配统一数据返回格式:

packagecom.example.demo.common;importcom.fasterxml.jackson.databind.ObjectMapper;importlombok.SneakyThrows;importorg.springframework.core.MethodParameter;importorg.springframework.http.MediaType;importorg.springframework.http.server.ServerHttpRequest;importorg.springframework.http.server.ServerHttpResponse;importorg.springframework.web.bind.annotation.ControllerAdvice;importorg.springframework.web.servlet.mvc.method.annotation.ResponseBodyAdvice;importjava.util.HashMap;/**
 * 统一数据返回封装
 */@ControllerAdvicepublicclassResponseAdviceimplementsResponseBodyAdvice{@Overridepublicbooleansupports(MethodParameter returnType,Class converterType){returntrue;}@SneakyThrows@OverridepublicObjectbeforeBodyWrite(Object body,MethodParameter returnType,MediaType selectedContentType,Class selectedConverterType,ServerHttpRequest request,ServerHttpResponse response){if(body instanceofHashMap){// 本身已经是封装好的对象return body;}if(body instanceofString){// 返回类型是 String(特殊)ObjectMapper objectMapper =newObjectMapper();return objectMapper.writeValueAsString(AjaxResult.success(body));}returnAjaxResult.success(body);}}

3.3 @ControllerAdvice 源码分析(了解)

通过对 @ControllerAdvice 源码的分析我们可以知道上⾯统⼀异常和统⼀数据返回的执⾏流程,我们先从 @ControllerAdvice 的源码看起,点击 @ControllerAdvice 实现源码如下:

在这里插入图片描述

从上述源码可以看出 @ControllerAdvice 派⽣于 @Component 组件,⽽所有组件初始化都会调用 InitializingBean 接⼝。
所以接下来我们来看 InitializingBean 有哪些实现类?在查询的过程中我们发现了,其中 Spring MVC中的实现⼦类是 RequestMappingHandlerAdapter,它⾥⾯有⼀个⽅法 afterPropertiesSet() ⽅法,表示所有的参数设置完成之后执⾏的⽅法,如下图所示:

在这里插入图片描述

⽽这个⽅法中有⼀个 initControllerAdviceCache ⽅法,查询此⽅法的源码如下:

在这里插入图片描述

我们发现这个⽅法在执⾏是会查找使⽤所有的 @ControllerAdvice 类,这些类会被容器中,但发⽣某个事件时,调⽤相应的 Advice ⽅法,⽐如返回数据前调⽤统⼀数据封装,⽐如发⽣异常是调⽤异常的 Advice ⽅法实现。

标签: spring boot java spring

本文转载自: https://blog.csdn.net/yyhgo_/article/details/128755308
版权归原作者 yyhgo_ 所有, 如有侵权,请联系我们删除。

“SpringBoot 统一功能处理”的评论:

还没有评论