赞
踩
在 JavaWeb开发 —— SpringBootWeb综合案例 中我们通过实例部门管理以及员工管理中的详细操作。而这篇文章我们将会通过综合实例学习登录认证、登录校验以及异常处理的了解和掌握。
目录
- //@slf4j
- @RestController
- public class LoginController {
- @Autowired
- private EmpService empService;
- @PostMapping("/login")
- public Result login(@RequestBody Emp emp){
- //log.info("员工登录:{}",emp)
- Emp e = empService.login(emp);
- return e != null?Result.success():Result.error("用户名或密码错误");
-
- }
- }
-
- public interface EmpService {
- Emp login(Emp emp);
- }
-
- @Service
- public class EmpServiceImpl implements EmpService {
- @Override
- public Emp login(Emp emp) {
- return empMapper.getByUsernameAndPassword(emp);
- }
- }
-
- @Mapper
- public interface EmpMapper {
- @Select("select * from emp where username = #{username} and password = #{password}")
- Emp getByUsernameAndPassword(Emp emp);
- }
① 问题:在未登录情况下,我们也可以直接通过地址URL访问部门管理、员工管理等功能。
登录校验指的是我们在服务器端接收到客户端发送的请求后,首先要对请求进行校验,校验用户是否登录。如果已经登录则执行对应的业务操作,否则就不允许执行业务操作,前端响应错误结果并且挑战到登录页面,要求登陆成功再执行业务操作。
② 基本流程:
登录标记 |
|
统一拦截 |
|
① 会话:用户打开浏览器,访问web服务器的资源,会话建立,直到有一方断开连接,会话结束。在一次会话中可以包含多次请求和响应。
② 会话跟踪:一种维护浏览器状态的方法,服务器需要识别多次请求是否来自于同一浏览器,以便在同一次会话的多次请求间共享数据。
③ 会话跟踪方案:
④ 会话跟踪方案对比:
在客户端第一次发起请求服务器时,可以设置Cookie来存储请求的信息,服务端在在给客户端响应数据时会自动将Cookie响应给浏览器,浏览器接收到Cookie后会自动将值存储在浏览器本地,在后续每一次请求时都会将本地存储的Cookie自动携带到服务器端,接下来服务器端就可以获取到Cookie值并判断其是否存在,如果不存在则说明在这之前客户端并没有访问服务器端,否则已经登录完成,我们就可以基于Cookie在同一次会话的不同请求之间来共享数据。
问题:为什么Cookie会话操作是自动化进行的呢?
- Cookie是HTTP协议支持的技术。在HTTP协议中提供了响应头Set-Cookie以及请求头Cookie。
- 详细讲解:HTTP 请求报头 Cookie 、 HTTP 响应报头 Set-Cookie
- //@slf4j
- @RestController
- public class SessionController {
- //设置Cookie
- @GetMapping("/c1")
- public Result cookie1(HttpServletResponse response){
- // 设置cookie / 响应cookies
- response.addCookie(new Cookie("login_username", "itheima"));
- return Result.success();
- }
-
- //获取Cookie
- @GetMapping("/c2")
- public Result cookie2(HttpServletRequest request){
- // 获取所有的cookies
- Cookie[] cookies = request.getCookies();
- for(Cookie cookie : cookies){
- if (cookie.getName().equals("login_username")){
- // 输出name 为 login_username 的 cookies
- System.out.println("login_username" + cookie.getValue());
- }
- }
- return Result.success();
- }
- }
优点 |
|
缺点 |
|
跨域区分三个维度:协议、IP/域名、端口号。
Session存储在服务器端,而Session底层其实就是基于Cookie实现。浏览器再第一次请求服务器端时,我们可以直接在服务器端获取一个会话对象Session,而第一次请求该会话对象Session是不存在的,会自动创建会话对象Session,并且每一个Session对象都有 Id。接下来服务器端响应数据给浏览器时,会将Session的 Id 通过Cookie响应给浏览器,浏览器会自动将其存储在本地。在后续每一次请求中,都会将Cookie的 Id 获取出来并且携带到服务器端,并且根据 Id 在众多Seesion会话中找到当前请求对应会话对象Session。因此我们就可以根据Session会话对象在同一次会话的多次请求之间共享数据。
- //@slf4j
- @RestController
- public class SessionController {
- //往HttpSession中存储值
- @GetMapping("/s1")
- public Result session1(HttpSession session){
- //log.info("HttpSession-s1:{}",session.hashCode());
-
- // 往Session中存储数据
- session.setAttribute("loginUser", "tom");
- return Result.success();
- }
- //往HttpSession中获取值
- @GetMapping("/s2")
- public Result session2(HttpServletRequest request){
- HttpSession session = request.getSession();
- //log.info("httpSession.s2:{}",session.hashCode());
-
- // 从sess中获取数据
- Object loginUser = session.getAttribute("loginUser");
- //log.info("loginUser:{}",loginUser);
- return Result.success(loginUser);
- }
- }
优点 |
|
缺点 |
|
浏览器在发送请求时,如果成功就会生成令牌,就是用户唯一合法身份凭证。接下来再相应数据时,就可以直接将令牌响应给前端,并且在前端接收到令牌后存储起来,这个存储不仅可以存储在Cookie当中也可以存储在其他存储空间当中。接下来再在一次请求当中,都会将令牌携带到服务器端并且校验令牌的有效性,如果是有效的则说明用户已经执行操作,如果是无效的则说明用户还未执行操作。那么此时如果在同一次会话中的多次请求之间我们想要共享数据,就可以将共享数据存储在令牌当中。
优点 |
|
缺点 |
|
① 简介:JSON Web Token (https://jwt.io/)定义了一种简洁的、自包含的格式,用于在通信双方以json数据格式安全的传输信息。由于数字签名的存在,这些信息是可靠的。
② 组成:
Base64:是一种基于64个可打印字符(A-Z a-z 0-9 + /)来表示二进制数据的编码方式。
③ 场景:登录认证
- <!-- JWT令牌依赖-->
- <dependency>
- <groupId>io.jsonwebtoken</groupId>
- <artifactId>jjwt</artifactId>
- <version>0.9.1</version>
- </dependency>
-
- //测试类
- class TliasWebManagementApplicationTests {
- /**
- * 生成jwt
- */
- @Test
- public void testGenJwt(){
- Map<String,Object> claims = new HashMap<>();
- claims.put("id", 1);
- claims.put("name", "tom");
- String jwt = Jwts.builder()
- .signWith(SignatureAlgorithm.HS256,"itheima") //设置签名算法
- .setClaims(claims) //设置自定义内容(载荷)
- .setExpiration(new Date(System.currentTimeMillis() + 3600 * 1000)) //设置有效期为1h
- .setExpiration(new Date(System.currentTimeMillis())) //设置有效期为立即有效
- .compact();
- System.out.println(jwt);
- }
-
- /**
- * 解析jwt
- */
- @Test
- public void testParseJwt(){
- Claims claims = Jwts.parser()
- .setSigningKey("itheima") //设置签名密钥
- .parseClaimsJws("eyJhbGciOiJIUzI1NiJ9.eyJuYW1lIjoidG9tIiwiaWQiOjEsImV4cCI6MTY4MjM5MTQ1OX0.hVBDzQEyYVaHIeVOMZ5NyWk2k6tkM6ngq_8gLWYQZTk") //传递jwt令牌
- .getBody(); //获取自定义内容
- System.out.println(claims);
-
- }
- }
当我们将JWT令牌有效时间设置为立即生成时,当我们再次解析时就会报错JWT过期异常。
注意事项:
- JWT校验时使用的签名秘钥,必须和生成JWT令牌时使用的秘钥是配套的。
- 如果JWT令牌解析校验时报错,则说明JWT令牌被篡改或失效了,令牌非法。
① 思路:
② 说明:
③ 步骤:
- public class JwtUtils {
-
- private static String signKey = "itheima";
- private static Long expire = 43200000L;
-
- /**
- * 生成JWT令牌
- * @param claims JWT第二部分负载 payload 中存储的内容
- * @return
- */
- public static String generateJwt(Map<String, Object> claims){
- String jwt = Jwts.builder()
- .addClaims(claims)
- .signWith(SignatureAlgorithm.HS256, signKey)
- .setExpiration(new Date(System.currentTimeMillis() + expire))
- .compact();
- return jwt;
- }
-
- /**
- * 解析JWT令牌
- * @param jwt JWT令牌
- * @return JWT第二部分负载 payload 中存储的内容
- */
- public static Claims parseJWT(String jwt){
- Claims claims = Jwts.parser()
- .setSigningKey(signKey)
- .parseClaimsJws(jwt)
- .getBody();
- return claims;
- }
- }
- //@slf4j
- @RestController
- public class LoginController {
- @Autowired
- private EmpService empService;
- @PostMapping("/login")
- public Result login(@RequestBody Emp emp){
- //log.info("员工登录:{}",emp)
- Emp e = empService.login(emp);
-
- //登录成功:生成令牌并下发令牌
- if (e != null){
- Map<String, Object> claims = new HashMap<>();
- claims.put("id",e.getId());
- claims.put("name", e.getName());
- claims.put("username", e.getUsername());
-
- //jwt中包含了当前登录的员工信息
- String jwt = JwtUtils.generateJwt(claims);
- return Result.success(jwt);
- }
- //登录失败:返回错误信息
- return Result.error("用户名或密码错误");
-
- }
- }
① 概念:Filter过滤器,是JavaWeb 三大组件(Servlet、Filter、Listener)之一。
② 过滤器可以把对资源的请求拦截下来,从而实现一些特殊的功能。
③ 过滤器一般完成一些通用的操作,比如:登录校验、统一编码处理、敏感字符处理等。
④ Filter快速入门:
void init (FilterConfig filterConfig) | 初始化方法,Web服务器启动,创建Filter时调用,只调用一次 |
void doFilter (ServletRequest servletRequest, ServletResponse servletResponse, FilterChain filterChain) | 拦截到请求时,调用该方法,可调用多次 |
void destroy () | 销毁方法,服务器关闭时调用,只调用一次 |
- @WebFilter(urlPatterns = "/*")
- public class DemoFilter implements Filter {
-
- @Override // 初始化方法,只调用一次
- public void init(FilterConfig filterConfig) throws ServletException {
- System.out.println("inti 初始化方法执行了");
- }
-
- @Override // 每次拦截到请求之后都会调用,调用多次
- public void doFilter(ServletRequest servletRequest, ServletResponse servletResponse, FilterChain filterChain) throws IOException, ServletException {
- System.out.println("拦截到请求");
- //放行
- filterChain.doFilter(servletRequest, servletResponse);
- }
-
- @Override // 销毁方法,只调用一次
- public void destroy() {
- System.out.println("destroy 销毁方法执行了");
- }
- }
-
- @ServletComponentScan //开启了对Servlet组件的实现
- @SpringBootApplication
- public class TliasWebManagementApplication {
-
- public static void main(String[] args) {
- SpringApplication.run(TliasWebManagementApplication.class, args);
- }
- }
① 执行流程:在拦截到请求后,我们需要通过放行操作访问web资源,而放行就是fFilterChain对象的doFilter方法,在过滤器放行之前我们可以执行放行前逻辑,而在访问完web资源再回到Filter过滤器后同样也可以执行放行后逻辑。
- public void doFilter(ServletRequest servletRequest, ServletResponse servletResponse, FilterChain filterChain) throws IOException, ServletException {
- System.out.println("拦截到请求");
- System.out.println("放行前执行逻辑 ...");
- //放行
- filterChain.doFilter(servletRequest, servletResponse);
-
- System.out.println("放行后执行逻辑 ...");
- }
疑问:
- 放行后访问对应资源,资源访问完成后,还会回到Filter中吗? 会
- 如果回到Filter中,是重新执行还是执行放行后的逻辑呢? 执行放行后逻辑
② 拦截路径:Filter可以根据需求,配置不同的拦截资源路径:
- @WebFilter(urlPatterns = "/*")
- public class DemoFilter implements Filter {}
拦截路径 | urlPatterns值 | 含义 |
拦截具体路径 | /login | 只有访问/login路径时,才会被拦截。 |
目录拦截 | /emps/* | 访问/emps下的所有资源,都会被拦截。 |
拦截所有 | /* | 访问所有资源,都会被拦截。 |
③ 过滤器链
- @WebFilter(urlPatterns = "/*")
- public class AbcFilter implements Filter {
- @Override // 每次拦截到请求之后都会调用,调用多次
- public void doFilter(ServletRequest servletRequest, ServletResponse servletResponse, FilterChain filterChain) throws IOException, ServletException {
- System.out.println("Abc拦截到请求 Abc放行前执行逻辑 ...");
- //放行
- filterChain.doFilter(servletRequest, servletResponse);
- System.out.println("Abc放行后执行逻辑 ...");
- }
- }
-
- @WebFilter(urlPatterns = "/*")
- public class DemoFilter implements Filter {
- @Override // 每次拦截到请求之后都会调用,调用多次
- public void doFilter(ServletRequest servletRequest, ServletResponse servletResponse, FilterChain filterChain) throws IOException, ServletException {
- System.out.println("demo拦截到请求 放行前执行逻辑 ...");
- //放行
- filterChain.doFilter(servletRequest, servletResponse);
- System.out.println("demo放行后执行逻辑 ...");
- }
- }
此时当我们执行登录操作时:
Postman返回值: |
注意:为什么 AbcFilter 要先于 DemoFilter 执行呢?
- 顺序:注解配置的Filter,优先级是按照过滤器类名(字符串)的自然排序。
① 思考:
② 实现思路:
步骤:
|
- @Slf4j
- @WebFilter(urlPatterns = "/*")
- public class LoginCheckFilter implements Filter {
- @Override
- public void doFilter(ServletRequest servletRequest, ServletResponse servletResponse, FilterChain filterChain) throws IOException, ServletException {
- //首先进行强转
- HttpServletRequest req = (HttpServletRequest) servletRequest;
- HttpServletResponse resp = (HttpServletResponse) servletResponse;
-
- //1.获取请求url。
- String url = req.getRequestURL().toString();
- log.info("请求的url:{}",url)
-
- //2.判断请求url中是否包含login,如果包含,说明是登录操作,放行。
- if (url.contains("login")){
- log.info("登录操作");
- filterChain.doFilter(servletRequest, servletResponse);
- return;
- }
-
- //3.获取请求头中的令牌( token) 。
- String jwt =req.getHeader("token");
-
- //4.判断令牌是否存在,如果不存在,返回错误结果(未登录)。
- if (!StringUtils.hasLength(jwt)){ //工具类判断是否有长度
- log.info("请求头token为空,返回未登录信息");
- Result error = Result.error("NOT_LOGIN");
- //手动将数据转为json格式再返回 -- 阿里工具包fastJson
- String notLogin = JSONObject.toJSONString(error);
- resp.getWriter().write(notLogin);
- return;
-
- }
- //5.解析token,如果解析失败,返回错误结果(未登录)。
- try {
- JwtUtils.parseJWT(jwt);
- }catch (Exception e){ //jwt令牌解析失败
- e.printStackTrace();
- log.info("解析令牌失败,返回未登录错误信息");
- Result error = Result.error("NOT_LOGIN");
- //手动将数据转为json格式再返回 -- 阿里工具包fastJson
- String notLogin = JSONObject.toJSONString(error);
- resp.getWriter().write(notLogin);
- return;
- }
- //6.放行。
- log.info("令牌合法,放行");
- filterChain.doFilter(servletRequest, servletResponse);
- }
- }
-
- <!-- fastJson-->
- <dependency>
- <groupId>com.alibaba</groupId>
- <artifactId>fastjson</artifactId>
- <version>1.2.76</version>
- </dependency>
-
-
① 概念:是一种动态拦截方法调用的机制,类似于过滤器。Spring框架中提供的,用来动态拦截控制器方法的执行。
② 作用:拦截请求,在指定的方法调用前后,根据业务需要执行预先设定的代码。
③ 快速入门:
boolean preHandle (HttpServletRequest request, HttpServletResponse response, Object handler) | 目标资源方法执行前执行,放回true:放行,返回false:不放行 |
void postHandle (HttpServletRequest request, HttpServletResponse response, Object handler, ModelAndView modelAndView) | 目标资源方法执行后执行 |
void afterCompletion (HttpServletRequest request, HttpServletResponse response, Object handler, Exception ex) | 视图渲染完毕后执行,最后执行 |
- @Configuration //当前类是配置类
- public class WebConfig implements WebMvcConfigurer {
- @Autowired
- private LoginCheckInterceptor loginCheckInterceptor;
- @Override
- public void addInterceptors(InterceptorRegistry registry) {
- //注册拦截器
- registry.addInterceptor(loginCheckInterceptor).addPathPatterns("/**");
- }
- }
-
- @Component
- public class LoginCheckInterceptor implements HandlerInterceptor {
-
- @Override //目标资源方法运行前执行,返回true:放行,返回false:不放行
- public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception {
- System.out.println("preHandle ...");
- return true;
- }
-
- @Override //标资源方法运行后执行
- public void postHandle(HttpServletRequest request, HttpServletResponse response, Object handler, ModelAndView modelAndView) throws Exception {
- System.out.println("postHandle ...");
- }
-
- @Override //视图渲染完毕后运行,最后执行
- public void afterCompletion(HttpServletRequest request, HttpServletResponse response, Object handler, Exception ex) throws Exception {
- System.out.println("afterCompletion ...");
- }
- }
① 拦截路径:拦截器可以根据需求,配置不同的拦截路径:
- public void addInterceptors(InterceptorRegistry registry) {
- // addPathPatterns:需要拦截哪些资源
- // excludePathPatterns:不需要拦截哪些资源
- registry.addInterceptor(loginCheckInterceptor).addPathPatterns("/**").excludePathPatterns("/login");
- }
拦截路径 | 含义 | 举例 |
/* | 一级路径 | 能匹配/depts,/emps,/login,不能匹配/depts/1 |
/** | 任意级路径 | 能匹配/depts , /depts/1 , /depts/1/2 |
/depts /* | /depts下的一级路径 | 能匹配/depts/1,不能匹配/depts/1/2,/depts |
/depts/** | /depts下的任意级路径 | 能匹配/depts, /depts/1, /depts/1/2,不能匹配/emps/1 |
② 执行流程:
当我们打开浏览器访问部署在Web服务器下的应用时,我们所定义的过滤器会拦截到这次请求。而由于我们目前是基于SpringBoot开发的,所以过滤器放行后是进入到了spring环境中,就会访问我们所定义的Controller中的接口方法。
在之前我们在请求响应文章学习时,我们了解到Tomcat服务器是无法识别我们所编写的Controller程序,但是是识别Servlet程序的,因为Tomcat是一个Servlet容器。而在SpringWeb环境当中就给我们提供了一个核心的Servlet - 前端控制器(DispatcherServlet)。
请求会先进入DispatcherServlet,由其再将请求转给Controller执行对应接口方法。但是目前我们又定义了拦截器,所以在执行Controller接口方法之前,先要被拦截器拦截,接下来再对请求进行处理。
当过滤器Filter 和 拦截器Interceptor同时存在时,执行流程为:
③ Filter 与 Interceptor对比:
与过滤器Filter逻辑与实现步骤完全一致,只是将基础方案由过滤器转换为拦截器即可。
- //@Slf4j
- @Component
- public class LoginCheckInterceptor implements HandlerInterceptor {
-
- @Override //目标资源方法运行前执行,返回true:放行,返回false:不放行
- public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) throws Exception {
- //进行登录校验登录
- //1.获取请求url。
- String url = request.getRequestURL().toString();
- //log.info("请求的url:{}",url)
-
- //2.判断请求url中是否包含login,如果包含,说明是登录操作,放行。
- if (url.contains("login")){
- //log.info("登录操作");
- return true;
- }
-
- //3.获取请求头中的令牌( token) 。
- String jwt =request.getHeader("token");
-
- //4.判断令牌是否存在,如果不存在,返回错误结果(未登录)。
- if (!StringUtils.hasLength(jwt)){ //工具类判断是否有长度
- //log.info("请求头token为空,返回未登录信息");
- Result error = Result.error("NOT_LOGIN");
- //手动将数据转为json格式再返回 -- 阿里工具包fastJson
- String notLogin = JSONObject.toJSONString(error);
- response.getWriter().write(notLogin);
- return false;
-
- }
- //5.解析token,如果解析失败,返回错误结果(未登录)。
- try {
- JwtUtils.parseJWT(jwt);
- }catch (Exception e){ //jwt令牌解析失败
- e.printStackTrace();
- //log.info("解析令牌失败,返回未登录错误信息");
- Result error = Result.error("NOT_LOGIN");
- //手动将数据转为json格式再返回 -- 阿里工具包fastJson
- String notLogin = JSONObject.toJSONString(error);
- response.getWriter().write(notLogin);
- return false;
- }
- //6.放行。
- //log.info("令牌合法,放行");
- return true;
- }
-
- @Override //标资源方法运行后执行
- public void postHandle(HttpServletRequest request, HttpServletResponse response, Object handler, ModelAndView modelAndView) throws Exception {
- System.out.println("postHandle ...");
- }
-
- @Override //视图渲染完毕后运行,最后执行
- public void afterCompletion(HttpServletRequest request, HttpServletResponse response, Object handler, Exception ex) throws Exception {
- System.out.println("afterCompletion ...");
- }
- }
-
- @Configuration //当前类是配置类
- public class WebConfig implements WebMvcConfigurer {
- @Autowired
- private LoginCheckInterceptor loginCheckInterceptor;
- @Override
- public void addInterceptors(InterceptorRegistry registry) {
- //注册拦截器
- registry.addInterceptor(loginCheckInterceptor).addPathPatterns("/**");
- }
- }
首先我们通过前端页面执行业务操作,我们先来观察系统出现异常之后会发生的现象,再思考如何处理异常。
当我们在部门管理中新增部门操作添加就业部发现页面并没有发生变化,并且F12控制台输出情况:Duplicate entry '就业部' for key 'dept.name'
并且当我们查找返回值时发现,与我们预设返回的时间、状态码、错误描述信息和请求路径也不同:
异常处理:程序开发过程中不可避免的会遇到异常现象。(出现异常时,默认返回的结果不符合规范)所以我们思考出现异常我们该如何处理异常呢?
- /**
- * 全局异常处理器
- * 定义在exception包下
- */
- @RestControllerAdvice
- public class GlobalExceptionHandler {
- @ExceptionHandler(Exception.class) //所有的异常
- public Result ex(Exception ex){
- //输出异常堆栈信息
- ex.printStackTrace();
- //响应错误结果
- return Result.error("操作失败,请联系管理员");
- }
注意:@RestControllerAdvice = @ControllerAdvice + @ResponseBody
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。