这篇文章主要介绍关于Spring Security过滤器链机制和特性的案例分析,文中介绍的非常详细,具有一定的参考价值,感兴趣的小伙伴们一定要看完!
1. 前言
过滤器作为 Spring Security 的重中之重,我们需要了解其中的机制。这样我们才能根据业务需求的变化进行定制。今天来探讨一下 Spring Security 中的过滤器链机制。
2. Spring Security 过滤器链
客户端(APP 和后台管理客户端)向应用程序发送请求,然后应用根据请求的 URI 的路径来确定该请求的过滤器链(Filter)以及最终的具体 Servlet 控制器(Controller)。
从上图我们可以看出 Spring Security 以一个单 Filter(FilterChainProxy) 存在于整个过滤器链中,而这个 FilterChainProxy
实际内部代理着众多的 Spring Security Filter 。这简直就是套娃啊!
2.1 过滤器链的形成过程
再多说一点 Filter 们的初始化过程,首先 Filter 们按照一定的顺序被 SecurityBuilder
的实现来组装为 SecurityFilterChain
,然后通过 WebSecurity
注入到 FilterChainProxy
中去,接着 FilterChainProxy
又在 WebSecurityConfiguration
中以 springSecurityFilterChain
的名称注册为 Spring Bean 。实际上还有一个隐藏层 DelegatingFilterProxy
代理了 springSecurityFilterChain
注入到最后整个 Servlet 过滤器链中。简单画了个图;
★事实上 Spring Security 的内置 Filter 对于 Spring IoC 容器来说都是不可见的。
”
Spring Security 允许有多 条过滤器链并行,Spring Security 的 FilterChainProxy
可以代理多条过滤器链并根据不同的 URI 匹配策略进行分发。但是每个请求每次只能被分发到一条过滤器链。如下图所示:
关于 Filter 的其它细节可以通过 相关文章[1] 了解。
★实际每条过滤链 就是一个
”SecurityFilterChain
以上是关于Spring Security过滤器链机制和特性的案例分析的所有内容,感谢各位的阅读!希望分享的内容对大家有帮助,更多相关知识,欢迎关注亿速云行业资讯频道!
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。