重庆分公司,新征程启航
为企业提供网站建设、域名注册、服务器等服务
怎样进行Spring Security初始化流程梳理,相信很多没有经验的人对此束手无策,为此本文总结了问题出现的原因和解决方法,通过这篇文章希望你能解决这个问题。
成都创新互联公司公司2013年成立,先为贡山等服务建站,贡山等地企业,进行企业商务咨询服务。为贡山企业网站制作PC+手机+微官网三网同步一站式服务解决您的所有建站问题。
今天试着来和大家捋一遍 Spring Security 的初始化流程。
在 Spring Boot 中,Spring Security 的初始化,我们就从自动化配置开始分析吧!
Spring Security 的自动化配置类是 SecurityAutoConfiguration,我们就从这个配置类开始分析。
@Configuration(proxyBeanMethods = false)
@ConditionalOnClass(DefaultAuthenticationEventPublisher.class)
@EnableConfigurationProperties(SecurityProperties.class)
@Import({ SpringBootWebSecurityConfiguration.class, WebSecurityEnablerConfiguration.class,
SecurityDataConfiguration.class })
public class SecurityAutoConfiguration {
@Bean
@ConditionalOnMissingBean(AuthenticationEventPublisher.class)
public DefaultAuthenticationEventPublisher authenticationEventPublisher(ApplicationEventPublisher publisher) {
return new DefaultAuthenticationEventPublisher(publisher);
}
}
这个 Bean 中,定义了一个事件发布器。另外导入了三个配置:
接着来看上面出现的 WebSecurityEnablerConfiguration:
@Configuration(proxyBeanMethods = false)
@ConditionalOnBean(WebSecurityConfigurerAdapter.class)
@ConditionalOnMissingBean(name = BeanIds.SPRING_SECURITY_FILTER_CHAIN)
@ConditionalOnWebApplication(type = ConditionalOnWebApplication.Type.SERVLET)
@EnableWebSecurity
public class WebSecurityEnablerConfiguration {
}
这个配置倒没啥可说的,给了一堆生效条件,最终给出了一个 @EnableWebSecurity 注解,看来初始化重任落在 @EnableWebSecurity 注解身上了。
@Retention(value = java.lang.annotation.RetentionPolicy.RUNTIME)
@Target(value = { java.lang.annotation.ElementType.TYPE })
@Documented
@Import({ WebSecurityConfiguration.class,
SpringWebMvcImportSelector.class,
OAuth3ImportSelector.class })
@EnableGlobalAuthentication
@Configuration
public @interface EnableWebSecurity {
/**
* Controls debugging support for Spring Security. Default is false.
* @return if true, enables debug support with Spring Security
*/
boolean debug() default false;
}
@EnableWebSecurity 所做的事情,有两件比较重要:
WebSecurityConfiguration 类实现了两个接口,我们来分别看下:
public class WebSecurityConfiguration implements ImportAware, BeanClassLoaderAware {
}
ImportAware 接口和 @Import 注解一起使用的。实现了 ImportAware 接口的配置类可以方便的通过 setImportMetadata 方法获取到导入类中的数据配置。
可能有点绕,我再梳理下,就是 WebSecurityConfiguration 实现了 ImportAware 接口,使用 @Import 注解在 @EnableWebSecurity 上导入 WebSecurityConfiguration 之后,在 WebSecurityConfiguration 的 setImportMetadata 方法中可以方便的获取到 @EnableWebSecurity 中的属性值,这里主要是 debug 属性。
我们来看下 WebSecurityConfiguration#setImportMetadata 方法:
public void setImportMetadata(AnnotationMetadata importMetadata) {
Map enableWebSecurityAttrMap = importMetadata
.getAnnotationAttributes(EnableWebSecurity.class.getName());
AnnotationAttributes enableWebSecurityAttrs = AnnotationAttributes
.fromMap(enableWebSecurityAttrMap);
debugEnabled = enableWebSecurityAttrs.getBoolean("debug");
if (webSecurity != null) {
webSecurity.debug(debugEnabled);
}
}
获取到 debug 属性赋值给 WebSecurity。
实现 BeanClassLoaderAware 接口则是为了方便的获取 ClassLoader。
这是 WebSecurityConfiguration 实现的两个接口。
在 WebSecurityConfiguration 内部定义的 Bean 中,最为重要的是两个方法:
这两个方法是核心,我们来逐一分析,先来看 setFilterChainProxySecurityConfigurer:
@Autowired(required = false)
public void setFilterChainProxySecurityConfigurer(
ObjectPostProcessor
首先这个方法有两个参数,两个参数都会自动进行注入,第一个参数 ObjectPostProcessor 是一个后置处理器,默认的实现是 AutowireBeanFactoryObjectPostProcessor,主要是为了将 new 出来的对象注入到 Spring 容器中(参见深入理解 SecurityConfigurer 【源码篇】)。
第二个参数 webSecurityConfigurers 是一个集合,这个集合里存放的都是 SecurityConfigurer,我们前面分析的过滤器链中过滤器的配置器,包括 WebSecurityConfigurerAdapter 的子类,都是 SecurityConfigurer 的实现类。根据 @Value 注解中的描述,我们可以知道,这个集合中的数据来自 autowiredWebSecurityConfigurersIgnoreParents.getWebSecurityConfigurers() 方法。
在 WebSecurityConfiguration 中定义了该实例:
@Bean
public static AutowiredWebSecurityConfigurersIgnoreParents autowiredWebSecurityConfigurersIgnoreParents(
ConfigurableListableBeanFactory beanFactory) {
return new AutowiredWebSecurityConfigurersIgnoreParents(beanFactory);
}
它的 getWebSecurityConfigurers 方法我们来看下:
public List> getWebSecurityConfigurers() {
List> webSecurityConfigurers = new ArrayList<>();
Map beansOfType = beanFactory
.getBeansOfType(WebSecurityConfigurer.class);
for (Entry entry : beansOfType.entrySet()) {
webSecurityConfigurers.add(entry.getValue());
}
return webSecurityConfigurers;
}
可以看到,其实就是从 beanFactory 工厂中查询到 WebSecurityConfigurer 的实例返回。
WebSecurityConfigurer 的实例其实就是 WebSecurityConfigurerAdapter,如果我们没有自定义 WebSecurityConfigurerAdapter,那么默认使用的是 SpringBootWebSecurityConfiguration 中自定义的 WebSecurityConfigurerAdapter。
当然我们也可能自定义了 WebSecurityConfigurerAdapter,而且如果我们配置了多个过滤器链(多个 HttpSecurity 配置),那么 WebSecurityConfigurerAdapter 的实例也将有多个。所以这里返回的是 List 集合。
至此,我们搞明白了了 setFilterChainProxySecurityConfigurer 方法的两个参数。回到该方法我们继续分析。
接下来创建了 webSecurity 对象,并且放到 ObjectPostProcessor 中处理了一下,也就是把 new 出来的对象存入 Spring 容器中。
调用 webSecurityConfigurers.sort 方法对 WebSecurityConfigurerAdapter 进行排序,如果我们配置了多个 WebSecurityConfigurerAdapter 实例(多个过滤器链,参见:Spring Security 竟然可以同时存在多个过滤器链?),那么我们肯定要通过 @Order 注解对其进行排序,以便分出一个优先级出来,而且这个优先级还不能相同。
所以接下来的 for 循环中就是判断这个优先级是否有相同的,要是有,直接抛出异常。
最后,遍历 webSecurityConfigurers,并将其数据挨个配置到 webSecurity 中。webSecurity.apply 方法会将这些配置存入 AbstractConfiguredSecurityBuilder.configurers 属性中(参见:深入理解 HttpSecurity【源码篇】)。
这就是 setFilterChainProxySecurityConfigurer 方法的工作逻辑,大家看到,它主要是在构造 WebSecurity 对象。
WebSecurityConfiguration 中第二个比较关键的方法是 springSecurityFilterChain,该方法是在上个方法执行之后执行,方法的目的是构建过滤器链,我们来看下:
@Bean(name = AbstractSecurityWebApplicationInitializer.DEFAULT_FILTER_NAME)
public Filter springSecurityFilterChain() throws Exception {
boolean hasConfigurers = webSecurityConfigurers != null
&& !webSecurityConfigurers.isEmpty();
if (!hasConfigurers) {
WebSecurityConfigurerAdapter adapter = objectObjectPostProcessor
.postProcess(new WebSecurityConfigurerAdapter() {
});
webSecurity.apply(adapter);
}
return webSecurity.build();
}
这里首先会判断有没有 webSecurityConfigurers 存在,一般来说都是有的,即使你没有配置,还有一个默认的。当然,如果不存在的话,这里会现场 new 一个出来,然后调用 apply 方法。
最最关键的就是最后的 webSecurity.build() 方法了,这个方法的调用就是去构建过滤器链了。
根据 深入理解 HttpSecurity【源码篇】 一文的介绍,这个 build 方法最终是在 AbstractConfiguredSecurityBuilder#doBuild 方法中执行的:
@Override
protected final O doBuild() throws Exception {
synchronized (configurers) {
buildState = BuildState.INITIALIZING;
beforeInit();
init();
buildState = BuildState.CONFIGURING;
beforeConfigure();
configure();
buildState = BuildState.BUILDING;
O result = performBuild();
buildState = BuildState.BUILT;
return result;
}
}
这里会记录下来整个项目的构建状态。三个比较关键的方法,一个是 init、一个 configure 还有一个 performBuild。
init 方法会遍历所有的 WebSecurityConfigurerAdapter ,并执行其 init 方法。WebSecurityConfigurerAdapter#init 方法主要是做 HttpSecurity 的初始化工作,具体参考:深入理解 WebSecurityConfigurerAdapter【源码篇】。init 方法在执行时,会涉及到 HttpSecurity 的初始化,而 HttpSecurity 的初始化,需要配置 AuthenticationManager,所以这里最终还会涉及到一些全局的 AuthenticationManagerBuilder 及相关属性的初始化,具体参见:深入理解 AuthenticationManagerBuilder 【源码篇】,需要注意的是,AuthenticationManager 在初始化的过程中,也会来到这个 doBuild 方法中,具体参考松哥前面文章,这里就不再赘述。
configure 方法会遍历所有的 WebSecurityConfigurerAdapter ,并执行其 configure 方法。WebSecurityConfigurerAdapter#configure 方法默认是一个空方法,开发者可以自己重写该方法去定义自己的 WebSecurity,具体参考:深入理解 WebSecurityConfigurerAdapter【源码篇】。
最后调用 performBuild 方法进行构建,这个最终执行的是 WebSecurity#performBuild 方法,该方法执行流程,参考松哥前面文章深入理解 WebSecurityConfigurerAdapter【源码篇】。
performBuild 方法执行的过程,也是过滤器链构建的过程。里边会调用到过滤器链的构建方法,也就是默认的十多个过滤器会挨个构建,这个构建过程也会调用到这个 doBuild 方法。
performBuild 方法中将成功构建 FilterChainProxy,最终形成我们需要的过滤器链。
@EnableWebSecurity 注解除了过滤器链的构建,还有一个注解就是 @EnableGlobalAuthentication。我们也顺便来看下:
@Retention(value = java.lang.annotation.RetentionPolicy.RUNTIME)
@Target(value = { java.lang.annotation.ElementType.TYPE })
@Documented
@Import(AuthenticationConfiguration.class)
@Configuration
public @interface EnableGlobalAuthentication {
}
可以看到,该注解的作用主要是导入 AuthenticationConfiguration 配置。
这便是 Spring Security 的一个大致的初始化流程。大部分的源码在前面的文章中都讲过了,本文主要是是一个梳理,如果小伙伴们还没看前面的文章,建议看过了再来学习本文哦。
看完上述内容,你们掌握怎样进行Spring Security初始化流程梳理的方法了吗?如果还想学到更多技能或想了解更多相关内容,欢迎关注创新互联行业资讯频道,感谢各位的阅读!