上篇文章已经简述了Spring Security是什么和Spring Security的整体架构设计,下面我们分析一下Spring Security主流程的源码,进一步的加深对Spring Security的了解。
Spring Security主流程源码解析
上篇文章中已经提到Spring Security主要的类和接口分别为DetegatingFilterProxy、FilterChainProxy和SecurityFilterChain,对于主流程的源码解析主要围绕这些类进行。
1.DetegatingFilterProxy创建
Servlet容器初始化,进而创建了DelegatingFilterProxy。WebApplicationInitializer接口的onStartup方法将会在Servlet容器启动时被调用,AbstractSecurityWebApplicationInitializer实现了该接口,因此AbstractSecurityWebApplicationInitializer的onStartup方法将被调用。在onStartup方法中,有一个insertSpringSecurityFilterChain方法。
可以看到在insertSpringSecurityFilterChain方法中创建了DelegatingFilterProxy对象,并将DelegatingFilterProxy对象添加到了Servlet的过滤器链中。进入DelegatingFilterProxy的构造器可以看到将DelegatingFilterProxy的成员变量targetBeanName赋值成了DEFAULT_FILTER_NAME,即springSecurityFilterChain。
2.DetegatingFilterProxy是如何将任务分派给FilterChainProxy的
DelegatingFilterProxy被创建后加入到了Servlet容器的过滤器链中,并且作为第一个过滤器,因此DelegatingFilterProxy的doFilter方法将在用户发起请求后被调用。
查看DelegatingFilterProxy的doFilter方法可以发现DelegatingFilterProxy将真正的过滤操作分派给了delegateToUse这个局部变量。继续查看源码,看delegateToUse是什么。
可以看到delegateToUse是从WebApplicationContext里面根据BeanName获取到的,而targetBeanName在之前已经设置为springSecurityFilterChain。因此,DelegatingFilterProxy其实就是将真正的过滤操作转派给了一个BeanName为springSecurityFilterChain的对象。
接下来我们的问题就变成了BeanName为springSecurityFilterChain的对象是什么。
在WebSecurityConfiguration这个配置类中,创建了springSecurityFilterChain。那这个对象到底是什么呢,带着这个疑问继续看源码是如何创建springSecurityFilterChain对象并返回的。
可以看到这个方法先是调用了apply方法,然后调用build方法返回了创建的对象。
可以看到apply方法主要是将形参configurer放到了this.configurers这个map里面,而这个configurer就是前面传进来的实参WebSecurityConfigurerAdapter对象。这个对象在build的调用链中的configure()方法中会被使用,主要用于调用configure(WebSecurity web)方法,这个后续章节再做介绍。
build方法是一个泛型类的方法,因为performBuild方法有多个实现类,因此我们先判断一下这个泛型是什么类型,以此来确定调用的是哪个类的performBuild方法。
调用build方法的是WebSecurity类的对象,通过泛型的比对可以发现build方法的返回值类型为Filter,因此必定是调用WebSecurity的performBuild方法。
可以清楚的看到返回的Filter其实就是FilterChainProxy对象,所以springSecurityFilterChain对象其本质就是FilterChainProxy对象。因此,DelegatingFilterProxy将真正的过滤操作转派给了一个BeanName为springSecurityFilterChain的对象,就是转派给了FilterChainProxy对象!!!
3.SecurityFilterChain是如何实现过滤功能的
从FilterChainProxy的创建可以看到在初始化时传入了一个SecurityFilterChain的list集合。这个list集合里包含了一个DefaultSecurityFilterChain和一个由securityFilterChainBuilder创建的对象。这个由securityFilterChainBuilder创建的对象里面就包含了一系列Spring Security的默认过滤器,至于这一系列过滤器是如何注入的,这个后续章节再解析,本章节主要讨论拥有了这一系列过滤器后,Spring Security是如何实现过滤的。
前文已经介绍了真正的过滤操作将由FilterChainProxy对象来执行,因此FilterChainProxy的doFilter方法将被调用。
可以看到FilterChainProxy的doFilter方法是先获取到所有的过滤器,然后调用内部类的doFilter方法,在内部类的doFilter方法中通过回调的方式循环所有的过滤器,以此来实现过滤。
后续篇幅摘要
下个篇章主要讲解Spring Security的默认过滤器以及默认过滤器是如何注入的