Spring Security认证架构介绍

在之前的Spring Security：总体架构中，我们讲到Spring Security整个架构是通过Bean容器和Servlet容器对过滤器的支持来实现的。我们将从过滤器出发介绍Spring Security的Servlet类型的认证架构。

1.AbstractAuthenticationProcessingFilter

AbstractAuthenticationProcessingFilter就是一个SecurityFilterChain中的过滤器，被用作验证用户凭证的基础 Filter。

示意图：

（当用户发送请求时，AbstractAuthenticationProcessingFilter会尝试提取Authentication对象；如果用户未经身份验证或提供的凭证无效，AbstractAuthenticationProcessingFilter 使用 AuthenticationEntryPoint 来生成适当的响应或重定向用户到登录页面。）

1. 生成Authentication等待校验：当用户提交他们的凭证时，AbstractAuthenticationProcessingFilter 会从 HttpServletRequest 中创建一个要认证的Authentication（Authentication的第一种用法：封装待校验的用户信息，等待认证）。创建的Authentication认证的类型取决于 AbstractAuthenticationProcessingFilter 的子类。例如，UsernamePasswordAuthenticationFilter从 HttpServletRequest 中提交的 username 和 password 创建一个 UsernamePasswordAuthenticationToken。
2. 校验Authentication：接下来，Authentication 被传入 AuthenticationManager，以进行认证。
3. 认证结果处理：
   1. 认证失败：
      1. 清空SecurityContextHolder。（SecurityContextHolder可理解为是用于储存认证完成后的Authentication的环境）
      2. 如果配置了记住我（remember me），RememberMeServices.loginFail 方法会被调用。
      3. 调用 AuthenticationFailureHandler 来处理认证失败的情况，例如，生成适当的错误响应或执行自定义操作。
   2. 认证成功：
      1. SessionAuthenticationStrategy 被通知有新的登录，这是用于管理会话的策略。
      2. 验证成功后，Authentication 对象被保存在 SecurityContextHolder 中，以便后续请求可以访问已经认证的用户信息。
      3. 如果配置了记住我（remember me），RememberMeServices.loginSuccess 方法会被调用。
      4. 一个 InteractiveAuthenticationSuccessEvent 事件被发布，可以用于处理认证成功的事件。
      5. 最后，AuthenticationSuccessHandler 被调用，用于处理认证成功后的操作，例如，重定向用户或生成自定义响应。

---

接下来介绍过滤器中用到的各种组件。

2.SecurityContextHolder与SecurityContext

SecurityContextHolder用于存储全局的用户认证。

一个 SecurityContext 包含一个 Authentication 对象，如果 SecurityContext 包含一个 Authentication，该 SecurityContext 就被用作当前认证的用户。

直接在SecurityContextHolder设置用户，来表明用户已被认证：

SecurityContext context = SecurityContextHolder.createEmptyContext(); //创建一个空的 SecurityContext 
Authentication authentication = new TestingAuthenticationToken("username", "password", "ROLE_USER"); //创建一个新的 Authentication 对象
context.setAuthentication(authentication);
SecurityContextHolder.setContext(context); //在 SecurityContextHolder 上设置 SecurityContext。

提取当前用户信息：

SecurityContext context = SecurityContextHolder.getContext();
Authentication authentication = context.getAuthentication();
String username = authentication.getName();
Object principal = authentication.getPrincipal();
Collection<? extends GrantedAuthority> authorities = authentication.getAuthorities();

SecurityContextHolder使用每个线程的ThreadLocal来存储对应线程的SecurityContext。这意味着 SecurityContext 对同一线程中的方法总是可用的，即使 SecurityContext 没有被明确地作为参数传递给这些方法。

（注意：有些应用程序可能不希望一个线程对应一个安全上下文和一个用户，可以在启动时用策略模式配置 SecurityContextHolder——设置一个系统属性或调用SecurityContextHolder 的一个静态方法，以指定存储上下文的方式，如SecurityContextHolder.MODE_GLOBAL 策略将安全上下文信息将存储在一个静态的全局变量中，使其在整个应用程序中都全局可见。查看有哪些策略可以看SecurityContextHolder 的 JavaDoc。）

3.Authentication

Authentication有两个作用：

1. 存储待校验的用户凭证（isAuthenticated() 返回 false），保存了用户刚提交的用来验证的信息，会由AuthenticationManager判定是否通过验证。
2. 存储已校验的用户凭证，代表当前用户，可从SecurityContext中获得。

4.GrantedAuthority

应用了享元模式的权限实例类，代表了用户的角色（role）和作用域（scope）。

Authentication.getAuthorities()函数会返回GrantedAuthority 实例的集合。

5.AuthenticationManager、ProviderManager和AuthenticationProvider

AuthenticationManager 是定义 Spring Security 的 Filter 如何校验认证的接口，最常见的实现是ProviderManager。

ProviderManager会存储一个AuthenticationProvider的List，每个 AuthenticationProvider 执行特定类型的认证（如DaoAuthenticationProvider 支持基于用户名/密码的认证，而 JwtAuthenticationProvider 支持认证JWT令牌）。

每个 AuthenticationProvider 都有机会表明认证应该是成功的、失败的，或者表明它不能做出决定并允许下游的 AuthenticationProvider 来决定。