小编在前文中向大家描述了Spring AOP的相关内容:Spring AOP-CSDN博客感兴趣的各位老铁可查看一下!!
那么,我们本文主要是代理搭建来实现一个Spring Boot统一功能处理模块了,当然,这个也是Spring AOP的实战环节,因此,不知道Spring AOP是啥的铁汁,请先看一下前篇博客Spring AOP-CSDN博客做一个简单了解在来研究本文内容!!
本文要实现的目标大概有3个:
- 统一用户登录权限验证
- 统一数据格式返回
- 统一异常处理
用户登录权限校验:
用户登录权限的发展从之前每个方法中自己验证用户登录权限,到现在统一的用户登录验证处理,它是一个逐渐完善和逐渐优化的过程。
最初的用户登录验证:
@RestController
@RequestMapping("/user")
public class User1Controller {/*** 某方法1* @param request* @return*/@RequestMapping("/m1")public Object method(HttpServletRequest request){//有session就获取,没有不会创建HttpSession session=request.getSession(false);if (session != null && session.getAttribute("userinfo") != null){//说明已经登录,业务处理return true;}else {//未登录return false;}}/*** 某方法2* @param request* @return*/@RequestMapping("/m2")public Object method2(HttpServletRequest request){//有session就获取,没有不会创建HttpSession session=request.getSession(false);if (session != null && session.getAttribute("userinfo") != null){//说明已经登录,业务处理return true;}else {//未登录return false;}}/*** 其他方法*/
}
从上述代码可以看出,每个⽅法中都有相同的⽤户登录验证权限,它的缺点是:
- 每个⽅法中都要单独写⽤户登录验证的⽅法,即使封装成公共⽅法,也⼀样要传参调⽤和在⽅法中进⾏判断。
- 添加控制器越多,调⽤⽤户登录验证的⽅法也越多,这样就增加了后期的修改成本和维护成本。
- 这些⽤户登录验证的⽅法和接下来要实现的业务⼏何没有任何关联,但每个⽅法中都要写⼀遍。
所以提供⼀个公共的 AOP ⽅法来进⾏统⼀的⽤户登录权限验证迫在眉睫
Spring AOP用户统一登录验证的问题:
说到统一的用户登录验证,我们想到的第一个方案是Spring AOP前置通知或者环绕通知来实现,具体的实现代码如下:
@Aspect
@Component
public class User1Aspect {//定义切点方法controller包下,子孙包下所有类的所有方法@Pointcut("execution(* com.example.demo.Controller..*.*(..))")public void pointcut(){//空方法}//前置方法@Before("pointcut()")public void doBefore(){}//环绕方法@Around("pointcut")public Object doAround(ProceedingJoinPoint joinPoint){Object obj=null;System.out.println("Around方法开始执行!");try {///执行拦截方法obj=joinPoint.proceed();} catch (Throwable e) {e.printStackTrace();}System.out.println("Around方法执行结束!");return obj;}}
如果要在以上 Spring AOP 的切⾯中实现⽤户登录权限效验的功能,有以下两个问题:
- 没办法获取到 HttpSession 对象。
- 我们要对⼀部分⽅法进⾏拦截,⽽另⼀部分⽅法不拦截,如注册⽅法和登录⽅法是不拦截的,这样的话排除⽅法的规则很难定义,甚⾄没办法定义。
那么,这个问题该如何解决呢??
Spring拦截器:
对于以上问题Spring中提供了具体的实现拦截器:HandlerInterceptor,拦截器的实现分为以下两个步骤:
- 自定义拦截器,实现HandlerInterceptor接口的preHandle(执行具体方法之前的预处理)方法
- 将自定义拦截器加入WebMvcConfigurer的addInterceptors方法中
那么有了上述的两个步骤,我们便可以自定义拦截器了!
1.自定义拦截器:
接下来使用代码来实现一个用户登录的权限校验,自定义拦截器是一个普通类,具体的实现代码如下:
@Component //注入Spring框架中
public class loginInterceptor implements HandlerInterceptor {//调用目标方法之前执行的方法//此方法返回Boolean类型的只,若返回true,表示(拦截器)验证成功,继续走后续流程,执行目标方法// 若返回false,表示(拦截器)执行失败,后续流程和目标方法都不要在执行了@Overridepublic boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception{//用户登录判断业务HttpSession session=request.getSession(false);if (session != null && session.getAttribute("session_userinfo") !=null){//getAttribute用户的身份信息//用户已经登录return true;}// response.sendRedirect("https://www.baidu.com");//sendRedirect跳转//response.setStatus(401);//401没有权限response.setContentType("application/json'charset=utf8");//指定字符集为utf8// response.setCharacterEncoding("utf8");response.getWriter().println("{\"code\":-1,\"msg\":\"登录失败\",\"data\":\"\"}");//getWriter()拿到输出流//code状态码//msg报错信息//另一种方式:使用ObjectMapper给这个对象里面设置属性,然后再将JSON对象转化为字符串就OK🆗了!return false;}
}
2.将自定义拦截器加入到系统配置:
将上一步中的自定义拦截器加入到系统配置信息中,具体实现代码如下:
@Configuration
public class WebMvcConfigurer implements org.springframework.web.servlet.config.annotation.WebMvcConfigurer {@Autowiredprivate loginInterceptor loginInterceptor;//自定义拦截器@Overridepublic void addInterceptors(InterceptorRegistry registry){registry.addInterceptor(loginInterceptor) //将自定义的拦截器添加到系统配置项中.addPathPatterns("/**") //拦截所有Url.excludePathPatterns("user/login")//排除url/user/login不拦截.excludePathPatterns("user/reg").excludePathPatterns("/image/**");//排除image文件夹下所有文件}
}
其中:
-
addInterceptor:表示需要拦截的URL,“**”表示拦截任意方法(也就是所有方法)
-
excludePathPatterns:表示需要排除的URL
说明:以上的拦截规则可以拦截此次昂木中的使用的URL,包括静态文件(图片文件,JS和CSS等文件)
练习:
- 登录,注册页面不拦截,其他页面都拦截
- 当登录成功写入session之后,拦截的页面可正常访问
统一异常处理:
统一异常处理使用的是@ControllerAdvice + @ExceptionHandler来实现的,@ControllerAdvice表示的是控制器通知类,@ExceptionHandler是异常处理器,两个结合表示当出现异常的时候执行某个通知,也就是执行某个方法事件。
- 创建一个异常处理类:
@ControllerAdvice //作用:随着Spring的启动而启动,接收Controller中的异常 public class MyExceptionAdvice {}
- 创建异常检测的类和处理业务方法
@ControllerAdvice //作用:随着Spring的启动而启动,接收Controller中的异常 @ResponseBody public class MyExceptionAdvice {//处理空指针异常@ExceptionHandler(NullPointerException.class)// @ExceptionHandler异常管理器 NullPointerException.class空指针异常public HashMap<String ,Object> doNullPointExcepyion(NullPointerException e){ //企业中不允许这样写//e:异常种类HashMap<String,Object> result=new HashMap<>();result.put("code",-300);//状态码result.put("msg","空指针:"+e.getMessage());//状态描述信息result.put("data",null);//异常的详细信息return result;}//默认的异常处理(当具体的异常匹配不到时,会执行此方法@ExceptionHandler(Exception.class)//Exception.class所有异常的父类public HashMap<String,Object> doException(Exception e){HashMap<String,Object> result=new HashMap<>();result.put("code",-300);result.put("msg","Exception:"+e.getMessage());//e.getMessage()异常的详细信息result.put("data",null);return result;} }
- 统一数据返回格式的实现(强制性统一数据返回):在返回数据之前进行数据重写
统一数据返回格式可以用@ControllerAdvice + ResponseBodyAdvice的方式实现
@ControllerAdvice public class ResponseAdvice implements ResponseBodyAdvice {@Autowiredprivate ObjectMapper objectMapper;//是否执行beforeBobyWrite方法;true=执行,重写返回结果@Overridepublic boolean supports(MethodParameter returnType,Class converterType){return true;}//返回数据之前进行数据重写@Override@SneakyThrowspublic Object beforeBodyWrite(Object body, MethodParameter returnType,MediaType selectedContentType, Class selectedConverterType,ServerHttpRequest request, ServerHttpResponse response) {//规定:标准返回格式//HashMap<String,Object>-->code msg data//判断是否为统一的数据格式if (body instanceof HashMap) {//判断body的类型是否为HashMapreturn body;}//重写返回结果,让其返回一个统一的数据格式HashMap<String,Object> result=new HashMap<>();result.put("code",200);result.put("data",body);result.put("msg"," ");//状态码的描述if (body instanceof String){//返回一个将对象转化为JSON String字符串return objectMapper.writeValueAsString(result);//一样的写法//return "{\"code\":200,\"msg\":\",\"data\":\""+body+"\"}";//在统一数据重写时,单独处理String类型,让其返回一个Spring字符串,而非HashMap}return result;} }
综合练习:用户登录+拦截器
- 实现注册和登录功能
- 添加统一的错误处理(@ControllerAdvice)
- 添加登录拦截器( WebMvcConfigurer + HandlerInterceptor)
- 用户登录之后能到欢迎页面,未登录直接跳到登录页面
- 添加统一的返回格式(包含:status,data,msg等字段)
为什么需要统一数据返回格式??
- 方便前端程序员更好的接收和解析后端接口返回的数据
- 降低前端程序员和后端程序员的沟通成本,按照某个格式实现就OK🆗了,因为所有接口都是这样返回的
- 有利于项目统一数据的维护和修改
- 有利于后端技术部门的统一规范的标准的指定,不会出现稀奇古怪的内容
- ………………