前言：

通过实践而发现真理，又通过实践而证实真理和发展真理。从感性认识而能动地发展到理性认识，又从理性认识而能动地指导革命实践，改造主观世界和客观世界。实践、认识、再实践、再认识，这种形式，循环往复以至无穷，而实践和认识之每一循环的内容，都比较地进到了高一级的程度。

在上一期中，我们完成了自定义账号/密码认证（基于内存认证）并得到了两个基本模板+一个自定义用户模板

Security  FilterSecurity自定义模板

@Configuration          //用于标记一个类为配置类，表示该类包含Bean的定义。
@EnableWebSecurity      //其中一个功能：注入SecurityFilterChain
public class WebSecurityConfig {//自定义配置    
}

Security Chain Filter 注册模板

public class SecurityWebApplicationInitializerextends AbstractAnnotationConfigDispatcherServletInitializer {@Overrideprotected Class<?>[] getRootConfigClasses() {// 注册Security Filter Chain// 花括号公式：带有@EnableWebSecurity的类// return new Class[]{ Security 配置 文件名.class };return new Class[]{WebSecurityConfig.class};}@Overrideprotected Class<?>[] getServletConfigClasses() {return new Class[0];}@Overrideprotected String[] getServletMappings() {return new String[0];}
}

内存认证模板 · 一

    //基本配置//可以通过修改username和password达到自定义登录@Beanpublic UserDetailsService userDetailsService() {InMemoryUserDetailsManager manager = new InMemoryUserDetailsManager();manager.createUser(User.withDefaultPasswordEncoder().username().password().roles("USER").build());return manager;}

本期目标：

完成JDBC 认证的理论与实践

正片：

温故知新：

上一期中，我们通过修改方法的参数完成了自定义登录，准确点叫内存认证，根据内存中的账号/密码进行认证，我们的代码会存放之内存中，其中就包含了一个叫user的一块内存区域，它储存了我们的账号和密码，SpringSecurity可以读取到他们，并且与表单进行校验

在上一期中，我们通过修改InMemoryUserDetailsManager.create中的参数，完成基于内存认证。

内存认证：重点在于内存二字

为了更好的去阅读，这里统一些许内容：

账号：即包含了用户名和密码

作者得出了新结论，我称之为内存2.0版本：内存二字在于形式，即，用户名/密码储存的形式，用户名/密码储存在内存中，当需要认证时，取出内存中的用户名/密码与前端表单进行校验

内存二字的核心在于形式，即：账号的来源与储存的形式；例如：内存认证，就是账号来源与储存在内存之中

回到我们的正片JDBC认证，JDBC认证和内存认证异曲同工之妙，JDBC也是指账号的来源与储存形式，这里作者认为，JDBC是在内存认证的基础上迭代而成的，也就是它保留了部分内存认证的特定，即JDBC和内存认证的区别在于账号来源的不同，以及相同的储存在内存的这一特点

为了大伙更简单的阅读代码，这里我将代码提交到了码云

Security JDBC认证: 用于验证的基本代码

为了避免不必要的空指针问题，我们采用了经典的CRUD模板

这个不必的空指针问题是这个

由于没有很好的办法解决，所以使用了全新的版本

我们总共分为了以下步骤：

第一步：在项目中添加对应数据库驱动（mysql），以及JDBC框架（mybatis）

第二步：在application.yaml文件中注册数据库

第三步：添加测试使用的表

第四步：创建实体类

第五步：创建Mapper层

第六步：创建Servlet层

第七步：创建Imp层

第八步：创建控制类

第九步：修改内存认证的username和password

第十步：启动

有人就会问，你都提供代码了，为什么数据库不顺带提供，别问，问就是没添加

第一步：添加数据库驱动和JDBC框架

第二步：注册数据库

第三步：没有提供SQL，自己随便整一个

create table user_test
(username varchar(255) null,password varchar(255) null,id       int          not nullprimary key
);

第四步：实体类

第五步：Mapper层

第六步：创建Servlet接口

第七步：实现Servlet

第八步：创建控制类

第九步：

第十步：启动

为了更直观的去体验，我们在内存认证的基础上进行一个添加断点

在运行这句时，读取到了数据库的内容

进入登录页面，根据数据库读取的内容进行登录

登录成功

静态JDBC认证成功，即修改了用于验证的用户来源，既然有静态那么动态是什么？动态就是根据用户输入的内容，动态的去触发数据库，动态的去寻找