进入到该对象里，可看到用户名赋值给this.principal，密码赋值给this.credentials，其中setAuthenticated(false)意味着尚未进行认证。
注意一点是，UsernamePasswordAuthenticationToken继承了AbstractAuthenticationToken，而AbstractAuthenticationToken实现Authentication，由传递关系可知，Authentication是UsernamePasswordAuthenticationToken的基类，故而UsernamePasswordAuthenticationToken是可以向上转换为Authentication，理解这一点，就能明白，为何接下来authenticationManager.authenticate(token)方法传进去的是UsernamePasswordAuthenticationToken，但在源码里，方法参数则为Authentication。
2.将username，password封装成token对象后，通过Authentication authentication=authenticationManager.authenticate(token)方法进行认证，里面会执行一系列认证操作，需要看懂源码，才能知道这行代码背后藏着的水月洞天，然，有一点是可以从表面上看懂的，即若成功认证通过，将会返回一个认证成功的Authentication对象，至于对象里是什么信息，请继续 往下看。
3.点击进入到AuthenticationManager里，发现该接口里只有一个方法：
1 Authentication authenticate(Authentication authentication) 2 throws AuthenticationException;由此可知，它的具体实现，是通过实现类来操作的，它的主要实现类有N多个，其中，在认证过程中，我们需关注的是ProviderManager这个类。
这个ProviderManager，即前面提到的Provider管理员，他管理着一堆信息提供者provider。线程此行的目的，就是先找到这个Provider管理员，再去管理员手中寻找能够匹配到的提供者provider，只有通过匹配到的提供者，才能找到获取数据库的方法loadUserByUsername。
4.ProviderManager类实际上是实现AuthenticationManager接口，重写了authenticate方法。因此，当前面代码执行authenticationManager.authenticate(token)方法时，具体实现将由其子类重写的方法操作，子类即ProviderManager。
debug进去后——
继续往下执行，通过getProviders() 可获取到内部维护在List中的AuthenticationProvider遍历进行验证，若该提供者能支持传入的token进行验证，则继续往下执行。
其中，JwtAuthAuthenticationProvider可执行本次验证，而JwtAuthAuthenticationProvider是继承DaoAuthenticationProvider后自定义的类，可以理解成，进行认证验证的Provider是前面重点提到的DaoAuthenticationProvider。
DaoAuthenticationProvider是一个具体实现类，它继承AbstractUserDetailsAuthenticationProvider抽象类。