【大家好，我是爱干饭的猿，本文重点介绍用户登录权限效验之Spring 拦截器、统一异常处理、统一数据返回格式。
后续会继续分享其他重要知识点总结，如果喜欢这篇文章，点个赞👍，关注一下吧】
上一篇文章：《【SSM】Bean 作用域和生命周期（重点：Bean 的生命周期5大部分）》
🤞目录🤞
✨1.用户登录权限效验
用户登录权限的发展从之前每个方法中自己验证用户登录权限，到现在统一的用户登录验证处理，它是一个逐渐完善和逐渐优化的过程。
1.1 最初用户登录验证
最初用户登录验证的实现方法：
@RestController
public class IndexController {
@RequestMapping("/method1")
public String method1(HttpServletRequest request){
User user = null;
HttpSession session = request.getSession();
if(session != null){
user = (User) session.getAttribute("currentUser");
}
if(user == null){
return "redirect:/login.html";
}
return "redirect:/";
}
@RequestMapping("/method2")
public String method2(HttpServletRequest request){
User user = null;
HttpSession session = request.getSession();
if(session != null){
user = (User) session.getAttribute("currentUser");
}
if(user == null){
return "redirect:/login.html";
}
return "redirect:/";
}
}每个方法中都有相同的用户登录验证权限，它的缺点是：
- 每个方法中都要单独写用户登录验证的方法，即使封装成公共方法，也一样要传参调用和在方法中 进行判断。
- 添加控制器越多，调用用户登录验证的方法也越多，这样就增加了后期的修改成本和维护成本。
- 这些用户登录验证的方法和接下来要实现的业务几何没有任何关联，但每个方法中都要写一遍。 所以提供一个公共的 AOP 方法来进行统一的用户登录权限验证迫在眉睫。
1.2 Spring AOP 用户统一登录验证的问题
我们想到的另一个实现方案是 Spring AOP 前置通知或环绕通知来实现，具体实现代码如下：
@Aspect
@Component
public class UserAspect {
@Pointcut("execution(* com.example.demo.controller..*.*(..))")
public void pointCut(){}
// 前置方法
@Before("pointcut()")
public void doBefore(){
}
// 环绕方法
@Around("pointCut()")
public Object doAround(ProceedingJoinPoint joinPoint){
User user = null;
System.out.println("Around 方法开始执行");
try {
// 执行拦截方法
user = (User) joinPoint.proceed();
} catch (Throwable throwable) {
throwable.printStackTrace();
}
System.out.println("Around 方法结束执行");
return user;
}
}如果要在 Spring AOP 的切面中实现用户登录权限效验的功能，有以下两个问题：
- 没办法获取到 HttpSession 对象。
- 我们要对一部分方法进行拦截，而另一部分方法不拦截，如注册方法和登录方法是不拦截的，这样 的话排除方法的规则很难定义，甚至没办法定义。
1.3 Spring 拦截器
对于以上问题 Spring 中提供了具体的实现拦截器：HandlerInterceptor，拦截器的实现分为以下两个步骤：
- 创建自定义拦截器，实现 HandlerInterceptor 接口的 preHandle（执行具体方法之前的预处理） 方法。
- 将自定义拦截器加入 WebMvcConfigurer 的 addInterceptors 方法中。
1. 自定义拦截器
接下来使用代码来实现一个用户登录的权限效验，自定义拦截器是一个普通类，具体实现代码如下：
@Slf4j
@Component // 拦截器，如果用户未登录，则直接重定向到登录页，不会走到后续操作
public class MyInterceptor implements HandlerInterceptor {
@Override
public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception {
log.info("MyInterceptor.preHandle()");
User currentUser = null;
HttpSession session = request.getSession();
if(session != null){
currentUser = (User)session.getAttribute("currentUser");
}
if(currentUser == null){
// 说明用户未登录
response.sendRedirect("/login.html");
return false;
}
return true;
}
@Override
public void postHandle(HttpServletRequest request, HttpServletResponse response, Object handler, ModelAndView modelAndView) throws Exception {
log.info("MyInterceptor.postHandle()");
}
@Override
public void afterCompletion(HttpServletRequest request, HttpServletResponse response, Object handler, Exception ex) throws Exception {
log.info("MyInterceptor.afterCompletion()");
}
}2. 将自定义拦截器加入到系统配置
将上一步中的自定义拦截器加入到系统配置信息中，具体实现代码如下：
// 1. 必须是一个 Spring bean（否则没有机会调用）
// 2. 必须实现了 WebMvcConfigurer 接口
@Configuration
public class WebConfig implements WebMvcConfigurer {
private final MyInterceptor myInterceptor;
@Autowired
public WebConfig(MyInterceptor myInterceptor) {
this.myInterceptor = myInterceptor;
}
@Override
public void addInterceptors(InterceptorRegistry registry) {
// 可以添加多个拦截器，先添加的拦截器，先被应用
registry.addInterceptor(myInterceptor)
.addPathPatterns("/**") // 应用到所有 URL 上
.excludePathPatterns("/error") // 只要有错误，都会到这
.excludePathPatterns("/login.html") // 但不包括login.html
.excludePathPatterns("/login.do"); // 但不包括login.do
}
}- addPathPatterns：表示需要拦截的 URL，“**”表示拦截任意方法（也就是所有方法）。
- excludePathPatterns：表示需要排除的 URL。
说明：以上拦截规则可以拦截此项目中的使用 URL，包括静态文件（图片文件、JS 和 CSS 等文件）。
1.4 拦截器实现原理
正常情况下的调用顺序：
然而有了拦截器之后，会在调用 Controller 之前进行相应的业务处理，执行的流程如下图所示：
1. 实现原理源码分析
- 所有的 Controller 执行都会通过一个调度器 DispatcherServlet 来实现 。
- 在开始执行 Controller 之前，会先调用 预处理方法 applyPreHandle。
- 在 applyPreHandle 中会获取所有的拦截器 HandlerInterceptor 并执行拦截器中 的 preHandle 方法。
2. 拦截器小结
通过上面的源码分析，我们可以看出，Spring 中的拦截器也是通过动态代理和环绕通知的思想实现的， 大体的调用流程如下：
✨2. 统一异常处理
统一异常处理使用的是 @ControllerAdvice + @ExceptionHandler 来实现的
- @ControllerAdvice 表示 控制器通知类
- @ExceptionHandler 是异常处理器
两个结合表示当出现异常的时候执行某个通知，也 就是执行某个方法事件，具体实现代码如下：
@ControllerAdvice
@ResponseBody
public class ExceptionAdvice {
@ExceptionHandler(Exception.class)
public Object exceptionAdvice(Exception e){
HashMap<String, Object> result = new HashMap<>();
result.put("success", -1);
result.put("message", "总的异常信息：" + e.getMessage());
result.put("data", null);
return result;
}
@ExceptionHandler(NullPointerException.class)
public Object NullPointerExceptionAdvice(NullPointerException e) {
HashMap<String, Object> result = new HashMap<>();
result.put("success", -1);
result.put("message", "空指针异常：" + e.getMessage());
result.put("data", null);
return result;
}
}- 如果出现了异常就返回给前端一个 HashMap 的对象，其中包含的字段如代码中定义的那样。
- 我们可以针对不同的异常，返回不同的结果。
- 当有多个异常通知时，匹配顺序为当前类及其子类向上依次匹配。
✨3. 统一数据返回格式
3.1 为什么需要统一数据返回格式？
统一数据返回格式的优点有很多，比如以下几个：
- 方便前端程序员更好的接收和解析后端数据接口返回的数据。
- 降低前端程序员和后端程序员的沟通成本，按照某个格式实现就行了，因为所有接口都是这样返回 的。
- 有利于项目统一数据的维护和修改。
- 有利于后端技术部门的统一规范的标准制定，不会出现稀奇古怪的返回内容。
3.2 统一数据返回格式的实现
统一的数据返回格式可以使用 @ControllerAdvice + ResponseBodyAdvice 的方式实现，具体实现代码如下：
@ControllerAdvice
public class ResBodyAdvice implements ResponseBodyAdvice {
@Override
public boolean supports(MethodParameter returnType, Class converterType) {
// 内容是否需要重写（通过此方法可以选择性部分控制器和方法进行重写）
// 返回 true 表示重写
return false;
}
@Override
public Object beforeBodyWrite(Object body, MethodParameter returnType, MediaType selectedContentType, Class selectedConverterType, ServerHttpRequest request, ServerHttpResponse response) {
// 构造统一返回对象
HashMap<String, Object> result = new HashMap<>();
result.put("success", 1);
result.put("message", "");
result.put("data", body);
return result;
}
}分享到此，感谢大家观看！！！
如果你喜欢这篇文章，请点赞加关注吧，或者如果你对文章有什么困惑，可以私信我。
🏓🏓🏓