过滤器执行过程中的请求转发和请求重定向

最新推荐文章于 2022-11-13 04:40:12 发布

原创最新推荐文章于 2022-11-13 04:40:12 发布 · 1.5k 阅读

3 ·

CC 4.0 BY-SA版权

文章标签：

#java

本文解析了Spring Security中的过滤器链机制，重点讲解了请求转发、重定向操作如何影响过滤器流程，并以formLogin为例说明为何要放行/login页面。

1.一个请求过来，首先得走完过滤器链，才执行请求ur资源

2.如果在这个过程中出现了请求转发，那么等于在这个过滤器方法调用了servlet的方法，servlet方法执行完还是在这个过滤器，继续往下执行，简单来说就是这个过滤器方法调用一个servlet方法，仅此而已

3.如果在这个过滤器方法中，请求重定向，那么就是重新发一次请求，又会重新从过滤器链的头走到尾

4.例如在，springsecurity的自定义 formLogin 页面
http.formLogin()// 开启表单认证
.loginPage(“/toLoginPage”)// 自定义登录页面
.loginProcessingUrl(“/login”)//表单提交的路径
.and().authorizeRequests().antMatchers(“/toLoginPage”).permitAll()//放行登录页面
.anyRequest().authenticated();

为什么要放行 /toLoginPage ,就是因为，你请求过来，走security的 15个过滤器的过滤器链，如果判断你没有登入，那么就会请求重定向到 login.html , 而新的一次请求，也会走过滤器，这时又会判断你没有登入，这时你到不了 login.html, 所以你会一直重定向导致重定向次数过多，所以对于 login.html 我们都是放行的