常用过滤器介绍

简介: Spring Security通过过滤器链实现安全控制,涵盖认证、授权、CSRF防护等。如SecurityContextPersistenceFilter管理上下文,UsernamePasswordAuthenticationFilter处理登录,LogoutFilter处理退出,CsrfFilter防范跨站请求伪造。不同配置下过滤器动态增减,灵活适配需求。(238字)

过滤器是一种典型的AOP思想,关于什么是过滤器就不赘述了,读者们应该也都知道凡是web工程都能用过滤器。 接下来咱们就一起看看Spring Security中这些过滤器都是干啥用的,源码我就不贴出来了,有名字,大家可以自己在idea中Double Shift去。我也会在后续的学习过程中穿插详细解释。

  1. org.springframework.security.web.context.SecurityContextPersistenceFilter
    首当其冲的一个过滤器,作用之重要自不必多言。 SecurityContextPersistenceFilter主要是使用SecurityContextRepository在session中保存或更新一个SecurityContext,并将SecurityContext给以后的过滤器使用,来为后续filter建立所需的上下文。
    SecurityContext中存储了当前用户的认证以及权限信息。
  2. org.springframework.security.web.context.request.async.WebAsyncManagerIntegrationFilter
    此过滤器用于集成SecurityContext到Spring异步执行机制中的WebAsyncManager
  3. org.springframework.security.web.header.HeaderWriterFilter
    向请求的Header中添加相应的信息,可在http标签内部使用security:headers来控制
  4. org.springframework.security.web.csrf.CsrfFilter
    csrf又称跨域请求伪造,SpringSecurity会对所有post请求验证是否包含系统生成的csrf的token信息, 如果不包含,则报错。起到防止csrf攻击的效果。
  5. org.springframework.security.web.authentication.logout.LogoutFilter
    匹配URL为/logout的请求,实现用户退出,清除认证信息。
  6. org.springframework.security.web.authentication.UsernamePasswordAuthenticationFilter
    认证操作全靠这个过滤器,默认匹配URL为/login且必须为POST请求。
  7. org.springframework.security.web.authentication.ui.DefaultLoginPageGeneratingFilter
    如果没有在配置文件中指定认证页面,则由该过滤器生成一个默认认证页面。
  8. org.springframework.security.web.authentication.ui.DefaultLogoutPageGeneratingFilter
    由此过滤器可以生产一个默认的退出登录页面
  9. org.springframework.security.web.authentication.www.BasicAuthenticationFilter
    此过滤器会自动解析HTTP请求中头部名字为Authentication,且以Basic开头的头信息。
  10. org.springframework.security.web.savedrequest.RequestCacheAwareFilter
    通过HttpSessionRequestCache内部维护了一个RequestCache,用于缓存HttpServletRequest
  11. org.springframework.security.web.servletapi.SecurityContextHolderAwareRequestFilter
    针对ServletRequest进行了一次包装,使得request具有更加丰富的API
  12. org.springframework.security.web.authentication.AnonymousAuthenticationFilter
    当SecurityContextHolder中认证信息为空,则会创建一个匿名用户存入到SecurityContextHolder中。 spring security为了兼容未登录的访问,也走了一套认证流程,只不过是一个匿名的身份。
  13. org.springframework.security.web.session.SessionManagementFilter
    SecurityContextRepository限制同一用户开启多个会话的数量
  14. org.springframework.security.web.access.ExceptionTranslationFilter
    异常转换过滤器位于整个springSecurityFilterChain的后方,用来转换整个链路中出现的异常
  15. org.springframework.security.web.access.intercept.FilterSecurityInterceptor
    获取所配置资源访问的授权信息,根据SecurityContextHolder中存储的用户信息来决定其是否有权
    限。
    好了!这一堆排山倒海的过滤器介绍完了。 那么,是不是spring security一共就这么多过滤器呢?答案是否定的!随着spring-security.xml配置的添加,还 出现新的过滤器。
    那么,是不是spring security每次都会加载这些过滤器呢?答案也是否定的!随着spring-security.xml配置的修改,有些过滤器可能会被去掉。我们一步步往下走着看。
相关文章
|
7月前
|
敏捷开发 Dubbo Java
需求开发人日评估
本文介绍敏捷开发中关键的工时评估方法,重点解析“人日”概念及开发、自测、联调、测试、发布各阶段的周期分配,并提供常见需求如增删改查、接口调用等的人日参考标准,助力团队科学排期。
|
7月前
|
uml C语言
系统时序图
时序图(Sequence Diagram)是UML中描述对象间消息传递时间顺序的交互图。横轴为对象,纵轴为时间,通过生命线、控制焦点和消息展示动态协作过程,支持同步、异步与自调用等交互,清晰呈现系统行为流程与并发逻辑。
|
7月前
|
人工智能 Java 程序员
AI时代Java程序员的出路在哪里?
2022年ChatGPT发布,AI爆发;2025年DeepSeek-R1以低成本高性能打破垄断,推动AI平民化。Java生态庞大,却缺AI开发方案。SpringAI应运而生,依托Spring生态,助力Java应用快速集成大模型,开启智能化新时代。
|
7月前
|
网络协议
协议:怎么设计可扩展且向后兼容的协议?
本讲深入讲解RPC协议设计原理,从HTTP协议类比引入,剖析协议在解决网络传输“断句”问题中的关键作用。重点探讨如何设计高效、可扩展的私有RPC协议,涵盖消息边界、序列化方式、协议头与体结构,并强调兼容性与性能优化,助力构建高性能分布式系统。(238字)
|
7月前
|
消息中间件 缓存 监控
kafka总结
该图展示了一个基于云服务的技术架构,涵盖前端应用、API网关、微服务集群、数据库与缓存系统,并通过消息队列实现异步通信,结合监控告警与日志分析保障系统稳定,体现高可用、可扩展的云端解决方案。
|
7月前
|
关系型数据库 MySQL
MySQL总结
该图片展示了一幅色彩鲜艳的抽象艺术画作,以流畅的线条和几何形状构成,融合了蓝色、橙色、绿色等丰富色调,营造出动态与和谐并存的视觉效果,传递出现代艺术的创意与美感。
|
7月前
|
数据采集 领域建模 数据库
领域模型图(数据架构/ER图)
数据架构核心输出为ER图,包含实体、关系与属性。通过四色原型法进行领域建模:红色MI表示时标性事件,绿色PPT为参与方-地点-物品,黄色Role为角色,蓝色DESC为描述信息。以风控系统为例,先梳理业务流程,识别MI(如风险识别、告警通知),提取PPT(如规则、异常事件),补充Role(如审核员),添加DESC(如规则类型)。最终将绿色PPT转化为ER图中的实体,红色MI转化为关系,结合一对一、一对多、多对多约束,提炼出清晰的数据模型,指导数据库设计。(239字)
|
7月前
|
SQL 运维 分布式计算
如何做好SQL质量监控
SLS推出用户级SQL质量监控功能,集成于CloudLens for SLS,提供健康分、服务指标、运行明细、SQL Pattern分析及优化建议五大维度,助力用户全面掌握SQL使用情况,提升查询效率与资源治理能力。
|
7月前
|
运维 负载均衡 安全
优雅关闭:如何避免服务停机带来的业务损失?
在RPC架构中,服务拆分后频繁迭代需频繁重启服务。若关闭不当,调用方可能仍向已下线或正在关闭的节点发请求,导致调用失败。虽可通过服务发现通知下线,但其异步特性无法保证实时性。因此,需实现“优雅关闭”:服务提供方在收到关闭信号时,先设置关闭标识,拒绝新请求并返回特定异常,调用方接收到后自动重试其他节点;同时通过引用计数器等待正在处理的请求完成,并设置超时机制确保应用最终能强制退出,从而实现无损上下线。