FilterInvocationSecurityMetadataSource 接口是 Spring Security 中的核心接口之一，用于获取指定请求所需的访问控制元数据，包括访问所需的权限、角色等信息。该接口定义了如下方法：

1. Collection getAttributes(Object object)：根据传入的请求对象，获取该请求所需的访问控制元数据，返回一个 ConfigAttribute 对象的集合。
2. Collection getAllConfigAttributes()：获取系统中所有已定义的访问控制元数据，返回一个 ConfigAttribute 对象的集合。
3. boolean supports(Class<?> clazz)：判断该类是否支持传入的参数类型，如果支持则返回 true，否则返回 false。 FilterInvocationSecurityMetadataSource 接口的实现类负责根据请求 URL ，从数据库或其他外部数据源中获取相应的访问控制元数据，并将其放置到 Spring Security 的全局缓存中供后续使用。常见的实现类包括：
4. AntPathRequestMatcher：基于 Ant 风格的 URL 匹配器，用于匹配请求的 URL。
5. DefaultFilterInvocationSecurityMetadataSource：默认的 FilterInvocationSecurityMetadataSource 实现类，用于获取访问控制元数据。
6. ExpressionBasedFilterInvocationSecurityMetadataSource：基于表达式的 FilterInvocationSecurityMetadataSource 实现类，用于动态获取访问控制元数据。 使用 FilterInvocationSecurityMetadataSource 接口时，我们需要将其注入到 FilterSecurityInterceptor 中，如下所示：

   @Configuration
   @EnableWebSecurity
   public class SecurityConfig extends WebSecurityConfigurerAdapter {
       @Autowired
       private FilterInvocationSecurityMetadataSource securityMetadataSource;
       @Override
       protected void configure(HttpSecurity http) throws Exception {
               .authorizeRequests()
                   .antMatchers("/admin/**").hasRole("ADMIN")
                   .anyRequest().authenticated()
                   .withObjectPostProcessor(new ObjectPostProcessor<FilterSecurityInterceptor>() {
                       public <O extends FilterSecurityInterceptor> O postProcess(O fsi) {
                           fsi.setSecurityMetadataSource(securityMetadataSource);
                           return fsi;
       // ...省略其他配置...
   }

   在上面的代码中，我们将 FilterInvocationSecurityMetadataSource 的实现类 securityMetadataSource 注入到 configure() 方法中，并使用 setObjectPostProcessor() 方法将其注册到 FilterSecurityInterceptor 中。这样，当用户发起请求时，Spring Security 将从 securityMetadataSource 中获取该请求所需的访问控制元数据，并根据这些元数据进行访问控制。 总结来说，FilterInvocationSecurityMetadataSource 接口用于获取指定请求所需的访问控制元数据，实现类负责根据请求 URL，从数据库或其他外部数据源中获取相应的访问控制元数据，并将其放置到 Spring Security 的全局缓存中供后续使用。同时，我们需要将其注入到 FilterSecurityInterceptor 中，并使用 setObjectPostProcessor() 方法将其注册到 FilterSecurityInterceptor 中，以实现访问控制功能。

这样，当用户发起请求时，Spring Security 将从 securityMetadataSource 中获取该请求所需的访问控制元数据，并根据这些元数据进行访问控制。总结来说，FilterInvocationSecurityMetadataSource 接口用于获取指定请求所需的访问控制元数据，实现类负责根据请求 URL，从数据库或其他外部数据源中获取相应的访问控制元数据，并将其放置到 Spring Security 的全局缓存中供后续使用。 6.1 授权认证 之前学了身份认证，就是认证当前登录的用户是否是存在并真实的，身份认证成功后就可以访问认证后的 接口 （资源）了，但即便是已认证的用户也有能访问不能访问的 接口 （资源），那么就需要通过授权认证来判断。 今天学习授权认证，也就是认证当前登录用户都有哪些权限，并确定当前用户的权限是否能访问当前请求的 接口 。 之前在 spring security ——学习笔记（day03）-UserDetailsSe... @Component public class Custom Filter Invo cat ion Security Metadata Source implements Filter Invo cat ion Security Metadata Source { private fi Security Metadata Source 是 Spring Security 的一个概念模型 接口 。用于表示对受权限保护的"安全对象"的权限设置信息。一个该类对象可以被理解成一个映射表，映射表中的每一项包含如下信息 : * 安全对象 * 安全对象所需权限信息 围绕该映射表， Security Metadata Source 定义了如下方法 : Collect ion <ConfigAttri...