Spring Security3.0版本

前言：

核心： A >> ？ >> B

？代表判断层，由Security实现

这是之前的版本浓缩，现在3.0版本添加了更匹配的内容描写，匹配了mvc模式

非mvc模式核心：client（用户）>> filter（过滤器）>> servlet（业务）

mvc模式

ps：不要在意图片中的英文，有拼错的

正式开始

《等于号，不一定是等于，它可以是赋值，它可以是对标识符的一种定义》

Filter（过滤器）= 包含特殊条件的判断

FilterChain（过滤链）= 包含多个特殊条件的判断 = Filter1 + Filter2 + Filter3

FilterChainProxy（过滤链代理）= 根据特定需求而使用的FilterChain（过滤链）

基于官方文档的Security3.0配置

Hello Spring Security :: Spring Security Reference (springdoc.cn)

第一个大步骤（快速入门）

第一步：添加依赖（SpringBoot3 - Maven）

<dependencies>
	<!-- ... 其他依赖元素 ... -->
	<dependency>
		<groupId>org.springframework.boot</groupId>
		<artifactId>spring-boot-starter-security</artifactId>
	</dependency>
</dependencies>

第二步：运行

第一条横线，说明你成果导入了依赖

第二天横线，是用来进行一个依赖验证的访问端口

第三步：打开浏览器，访问端口

输入Tomcat端口号：127.0.0.1:8084(端口号) / localhost:8084(端口号)

注意：当你不知道端口号时，根据第二条横线Tomcat后面跟着的数字（http），数字就是端口号（一般来说）

第四步：登录

根据第一条横线password冒号后面的那一大串，进行一个密码输入

username输入什么，Security默认提供的user

注意：password冒号后面有一个空格，不要复制

第五步：登陆成功

登录失败

流程图（最基本的登录功能）

看到这里，您已经完成了最简单的Security入门~

接下在会在这个基础上一步步加深

第二个大步骤（默认配置）

继续看文档

@EnableWebSecurity
@Configuration
public class DefaultSecurityConfig {
    @Bean
    @ConditionalOnMissingBean(UserDetailsService.class)
    InMemoryUserDetailsManager inMemoryUserDetailsManager() {
        String generatedPassword = // ...;
        return new InMemoryUserDetailsManager(User.withUsername("user")
                .password(generatedPassword).roles("ROLE_USER").build());
    }

    @Bean
    @ConditionalOnMissingBean(AuthenticationEventPublisher.class)
    DefaultAuthenticationEventPublisher defaultAuthenticationEventPublisher(ApplicationEventPublisher delegate) {
        return new DefaultAuthenticationEventPublisher(delegate);
    }
}

这一大串代码是真的入人眼，虽然看不懂，但是不影响后续的发展

运行时异常

自动配置

Spring Boot 和 Spring Security 的默认安排在运行时提供了以下行为：

任何端点（包括 Boot 的 /error 端点）都需要一个认证的用户。
在启动时用生成的密码注册一个默认用户（密码被记录到控制台；在前面的例子中，密码是 8e557245-73e2-4286-969a-ff57fe326336）。
用 BCrypt 以及其他方式保护密码存储。
提供基于表单的登录和注销流程。
对基于表单的登录以及 HTTP Basic 进行认证。
提供内容协商；对于web请求，重定向到登录页面；对于服务请求，返回 401 Unauthorized。
减缓 CSRF 攻击。
减缓 Session Fixation 攻击。
写入 Strict-Transport-Security，以确保HTTPS。
写入 X-Content-Type-Options 以减缓嗅探攻击。
写入保护认证资源的 Cache Control header。
写入 X-Frame-Options，以缓解点击劫持的情况。
与 HttpServletRequest 的认证方法整合。
发布认证成功和失败的事件。

目的：

了解 Spring Boot 是如何与 Spring Security 协调来实现这一目标的，会有帮助。看看 Boot 的安全自动配置，它做了以下工作（为了说明问题而简化）

第一块官方介绍

添加了 @EnableWebSecurity 注解。（在其他方面，它将 Spring Security 的默认 Filter chain 作为 @Bean 发布）。
发布一个 UserDetailsService @Bean，其用户名是 user，密码是随机生成的，会被记录到控制台。
发布一个 AuthenticationEventPublisher @Bean，用于发布认证事件。

第二块官方介绍

Spring Boot 将任何以 @Bean 形式发布的 Filter 添加到应用程序的 filter chain 中。这意味着，结合 Spring Boot 使用 @EnableWebSecurity 会自动为每个请求注册 Spring Security 的 filter chain。

将这一大块的内容分成四个大部分来看，其实不算太复杂

第一部分（自动配置）：从上到下，挨个运行