SpringSecurity之基本原理——过滤器链

前言

前面我们讲解了入门案例,很多小伙伴看完之后,应该也不知道他是如何实现的拦截。接下来,我们看一下SpringSecurity的基本原理是什么?

本质

其实,SpringSecurity的本质上就是一个过滤器链。在启动时,就可以获取到过滤器链的。(如果对这一块关于过滤器不太熟悉的同学,建议看一下javaWeb的相关内容)

过滤器链:

rg.springframework.security.web.context.request.async.WebAsyncManagerIntegrationFil ter org.springframework.security.web.context.SecurityContextPersistenceFilter org.springframework.security.web.header.HeaderWriterFilter org.springframework.security.web.csrf.CsrfFilter org.springframework.security.web.authentication.logout.LogoutFilter org.springframework.security.web.authentication.UsernamePasswordAuthenticationFilter org.springframework.security.web.authentication.ui.DefaultLoginPageGeneratingFilter org.springframework.security.web.authentication.ui.DefaultLogoutPageGeneratingFilter org.springframework.security.web.savedrequest.RequestCacheAwareFilter org.springframework.security.web.servletapi.SecurityContextHolderAwareRequestFilter org.springframework.security.web.authentication.AnonymousAuthenticationFilter org.springframework.security.web.session.SessionManagementFilter org.springframework.security.web.access.ExceptionTranslationFilter org.springframework.security.web.access.intercept.FilterSecurityInterceptor

我们从中挑选几个过滤器,通过源码看一下他们的内容:

FilterSecurityInterceptor

他作为一个方法级别的权限过滤器, 基本位于过滤链的最底部。

从过滤骑得doFilter中可以看到他调用了invoke方法,我们接下来看一下他是如何实现的。

 上面这段代码,我们可以清晰地看到

super.beforeInvocation(filterInvocation);这句代码的意思为:调用之前先查看之前的 filter 是否通过。

都通过后则才会调用 fi.getChain().doFilter(fi.getRequest(), fi.getResponse());表示真正的调用后台的服务。

LogoutFilter

登出过滤器,对我们配置的登出接口的过滤器,使其对认证用户的登出后处理操作

ExceptionTranslationFilter

异常过滤器,用来处理在认证授权过程中抛出的异常

 关于过滤器链的内容就先讲解到这里。

欢迎大家点击下方卡片,关注《coder练习生》

### Spring Security 过滤器注册机制和工作原理 #### 过滤器初始化过程 Spring Security 的过滤器是在应用启动时被创建并初始化的。`DelegatingFilterProxy` 是一个特殊的 Servlet 过滤器,它充当了 Spring 容器与实际安全过滤器之间的桥梁[^1]。 ```java public class DelegatingFilterProxy extends OncePerRequestFilter { // ... } ``` 该类实现了 `javax.servlet.Filter` 接口,在 Web 应用程序上下文中代理调用真正的 Spring Security 过滤器。当容器接收到 HTTP 请求时,此代理会委托给名为 `springSecurityFilterChain` 的 Bean 来处理请求流中的各个阶段。 #### 过滤器构建逻辑 在 Spring Boot 环境下,默认情况下,框架自动配置了一个完整的默认过滤器条。开发者也可以自定义扩展或修改这些预设行为来满足项目需求。具体来说: - **Default Filter Order**: 默认顺序下的标准过滤器列表及其职责范围已经预先设定好; - **Custom Filters Registration**: 开发者能够通过继承 `OncePerRequestFilter` 或其他方式编写自己的业务逻辑,并将其注入到指定位置上; 对于后者而言,通常有两种方法可以完成这项操作:一种是利用 Java 配置类的方式显式声明新的过滤组件实例以及它们的位置关系;另一种则是借助 XML 文件来进行描述说明[^2]。 #### 自定义过滤器集成案例 假设要向现有的过滤器中添加一个新的身份验证处理器,则可以通过如下代码片段展示如何实现这一点: ```java @Configuration @EnableWebSecurity public class CustomSecurityConfig extends WebSecurityConfigurerAdapter { @Override protected void configure(HttpSecurity http) throws Exception { MyCustomAuthenticationProcessingFilter myCustomAuthFilter = new MyCustomAuthenticationProcessingFilter(); // 设置认证管理器和其他必要属性... AuthenticationManager authenticationManager = http.getSharedObject(AuthenticationManager.class); myCustomAuthFilter.setAuthenticationManager(authenticationManager); // 将新过滤器插入到 UsernamePasswordAuthenticationFilter 之后执行 http.addFilterAfter(myCustomAuthFilter, UsernamePasswordAuthenticationFilter.class); } } ``` 这段示例展示了怎样把一个名为 `MyCustomAuthenticationProcessingFilter` 的对象加入到了原有的过滤器序列里,并指定了其相对于另一个已知类型的相对位置——即紧跟在其后面运行[^3]。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

ybb_ymm

你的鼓励会是对我最大的支持

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值