5.5 DaoAuthenticationProvider的retirieveUser执行完后，会将数据库查询到的UserDetails返回给上一层，即AbstractUserDetailsAuthenticationProvider执行的retrieveUser()方法，得到的UserDetails赋值给user。
6.接下来就是各种检查，其中，有一个检查方法需要特别关注，即
注：additionalAuthenticationChecks()方法的作用是检查密码是否一致的，前面已根据username去数据库里查询出user数据，接下来，就需要在该方法里，检查数据库里user的密码与登录时传入的密码是否一致了。
6.1 点击additionalAuthenticationChecks()进入到方法里，发现AbstractUserDetailsAuthenticationProvider当中的additionalAuthenticationChecks同样是一个抽象方法，没有具体实现，它与前面的retrieveUser()方法一样，具体实现都在AbstractUserDetailsAuthenticationProvider的子类DaoAuthenticationProvider中重写了。
6.2.跳转进入子类重写的additionalAuthenticationChecks()当中，先通过authentication.getCredentials().toString()从token对象中获取登录时输入的密码，再通过passwordEncoder.matches(presentedPassword, userDetails.getPassword())进行比较，即拿登录的密码与数据库里取出的密码做对比，执行到这一步，若两个密码一致时，即登录的username和password能与数据库里某个username和密码匹配，则可登录成功。
7.用户名与密码都验证通过后，可继续执行下一步操作，中间还有几个检查方法，读者若感兴趣，可自行研究。最后会把user赋值给一个principalToReturn对象，然后连同authentication还有user，一块传入到createSuccessAuthentication方法当中。
8.在createSuccessAuthentication方法里，会创建一个已经认证通过的token。
点进该token对象当中，可以看到，这次的setAuthenticated设置成了true，即意味着已经认证通过。
最后，将生成一个新的token，并以Authentication对象形式返回到最开始的地方。
执行到这一步，就可以把认证通过的信息进行存储，到这里，就完成了核心的认证部分。
接下来，我们的主角线程就可以前往JWT魔法屋获取加密的token令牌，然后携带令牌返回故土，届时，其线程家族里的其他成员，都可穿过这座Spring Security山谷，前往山谷另一边的web系统世界了。
那是另外一个世界的故事，我们将在以后漫长的岁月当中，缓缓道来.....
而这个关于Spring Security山谷的故事，就暂且记到这里，若当中有不当之处，还需各位大佬指出而加以改进。