================================================================
通过前面十篇博客，算是总结完成了各种登录方式，表单登录，短信验证码登录以及社交账号登录。但是如果在真正的前后端分离的情况下，会采用基于token的认证方式，这时候就需要用到spring security oauth的内容了，spring security oauth是spring-security框架的一个子模块。
==========================================================================
针对前后端分离以及开放平台的情况，如果单纯的用现有的登录方式，已经很难满足，目前存在的一些前端框架其实都有自己独立的Web Server ，比如node.js。这些前端应用的请求发动到后端的时候，是先去Web Server获取相关的静态资源，然后再去后端服务器获取相关数据，一个请求其实并不在一个会话中，而且如果使用的是小程序，则并不支持cookie机制，基于sessionid的会话机制无法满足相关的交互需求。这个时候有了一种新的认知方式——基于token的认证方式。
我们再回到之前博客的一张图
前面几篇博客介绍的spring-social是封装了第三方应用，去服务提供商，通过OAuth协议获取用户信息的操作。而这里我们是需要完成服务提供商的逻辑开发，这里就需要用到spring security OAuth
使用spring security OAuth我们就能快速搭建起服务提供商的逻辑，往外提供token并验证token。
作为一个服务提供商的角色，需要两大块内容，一个是认证服务器，一个是资源服务器，所谓认证服务器其实可以简单理解为就是生成token的逻辑，所谓资源服务器，就是我们的业务代码。这二者只是一个逻辑上的概念，并不是物理上独立的两台服务器。
==================================================================
我们依旧在原有的项目中实现相关实例，关于实例的代码组织结构，可以参看我们之前写的博客——spring -security开篇简介。
本篇博客的实例会在App模块中完成，同时demo的引用需要修改为应用App，如下所示：
<dependencies>
<dependency>
<groupId>com.coderman.learn</groupId>
<artifactId>spring-security-core</artifactId>
<version>${self.app.version}</version>
</dependency>
</dependencies>
同时准备一个获取用户信息的业务接口
@GetMapping("/me")
public Object getCurrentUser(@AuthenticationPrincipal UserDetails userDetails){
log.info("user me test");
return userDetails;
}
之前我们自定义的UserDetailsService也需要存在
/**
* autor:liman
* createtime:2021/7/8
* comment:
*/
@Component
@Slf4j
public class MyUserDetailService implements UserDetailsService{
@Autowired
private PasswordEncoder passwordEncoder;
/**
* 根据用户名查找用户信息
* @param username
* @return
* @throws UsernameNotFoundException
*/
@Override
public UserDetails loadUserByUsername(String username) throws UsernameNotFoundException {
log.info("根据用户名查找用户信息:{}",username);
return new User(username,passwordEncoder.encode("123456"),
true,true,true,true,
AuthorityUtils.commaSeparatedStringToAuthorityList("admin"));
}
}
为了避免每次重启输入的clientid的繁琐，这里在配置文件中配置一下clientid和clientsecret
security.oauth2.client.clientId=selfclientid
security.oauth2.client.clientSecret=selfclientsecret
回想一下社交登录中认证服务器的功能（以授权码登录为例），需要基于OAuth2协议生成授权码，并将授权码附在第三方应用配置的回调地址之后，之后第三方应用根据得到的授权码换取token，最后再根据token获取对应的用户信息。
基于spring security oauth，这个不难，几个配置搞定。
/**
* autor:liman
* createtime:2021/7/22
* comment: app的认证服务器配置类
*
*/
@Configuration
@EnableAuthorizationServer
public class AppAuthorizationServerConfig {
}
获取授权码
这个时候，我们应用就具备了认证服务器的功能。在项目启动的时候，我们会发现spring security oauth为我们加入了几个oauth开头的请求路径，如下所示：
这些请求路径就是对应的OAuth访问路径，我们可以根据OAuth2的相关协议参数，访问oauth/authorize，关于OAuth2的协议请求参数，可以参考OAuth2官网的第四章——OAuth2 协议官网。
在浏览器中输入如下路径
http://localhost:8090/oauth/authorize?response_type=code&client_id=selfclientid&redirect_uri=http://example.com&scope=all
这里配置的回调路径是http://expample.com，client_id就是我们准备工作中配置的clientid，这个其实标示的是第三方应用编号，response_type我们固定为code，scope我们指定的是all，这些都是在OAuth2官网中有详细说明。
最后
entid，这个其实标示的是第三方应用编号，response_type我们固定为code，scope我们指定的是all，这些都是在OAuth2官网中有详细说明。
最后
[外链图片转存中…(img-z3a375Tj-1630070777924)]
[外链图片转存中…(img-kznPJCO2-1630070777925)]
