SpringBootSecurity学习（19）前后端分离版之OAuth2.0 token的存储和管理

末蓝、 2023-06-06 12:08 20阅读 0赞

# 内存中存储token #

我们来继续授权服务代码的下一个优化。现在授权服务中，token的存储是存储在内存中的，我们使用的是 InMemoryTokenStore ：

![file][]

图中的tokenStore方法支持很多种令牌的存储方式，来看一下：

*  InMemoryTokenStore：这个版本的实现是被默认采用的，它可以完美的工作在单服务器上（即访问并发量压力不大的情况下，并且它在失败的时候不会进行备份），大多数的项目都可以使用这个版本的实现来进行尝试，你可以在开发的时候使用它来进行管理，因为不会被保存到磁盘中，所以更易于调试。
 *  JwtTokenStore：这个版本的全称是 JSON Web Token（JWT），它可以把令牌相关的数据进行编码（因此对于后端服务来说，它不需要进行存储，这将是一个重大优势），但是它有一个缺点，那就是撤销一个已经授权令牌将会非常困难，所以它通常用来处理一个生命周期较短的令牌以及撤销刷新令牌（refresh\_token）。另外一个缺点就是这个令牌占用的空间会比较大，如果你加入了比较多用户凭证信息。JwtTokenStore 不会保存任何数据，但是它在转换令牌值以及授权信息方面与 DefaultTokenServices 所扮演的角色是一样的。
 *  JdbcTokenStore：这是一个基于JDBC的实现，令牌会被保存进关系型数据库。使用这个实现时，你可以在不同的服务器之间共享令牌信息，使用的时候请注意把"spring-jdbc"这个依赖加入到你的classpath当中。
 *  RedisTokenStore ： 这是一个基于Redis的实现，令牌会被保Redis缓存中。使用这个实现时，你可以在不同的服务器之间共享令牌信息，使用的时候请注意把redis依赖加入到你的classpath当中。关于redis和数据库存储数据有什么不同和需要注意的地方，这里不再描述。

默认的 InMemoryTokenStore 方式存储也是可以进行查询和删除的，我们来看一下，首先将 InMemoryTokenStore 配置为一个bean：

![file][file 1]

然后配置时调用这个bean：

![file][file 2]

我们来看一下 InMemoryTokenStore 类中对token有哪些操作：

![file][file 3]

从方法的名字可以看出，对token的增删改查操作基本都是齐全的，我们来写两个方法查询和删除token：

![file][file 4]

类中注入的InMemoryTokenStore正是前面定义的bean，只有这样才能操作内存中的token，下面来看一下测试，先根据前面的流程，申请到令牌，然后查询令牌：

![file][file 5]

然后测试删除令牌：

![file][file 6]

然后再根据令牌查询受保护的资源，可以发现无法访问了。

使用内存的方式虽然基本的功能都在，但是缺点上面也提到了，就是只能工作在单服务器上面，无法默认实现token共享，另外测试环境使用内存存储也是比较好的选择。

# Redis存储token #

令牌除了可以存储在内存中，还可以存储在公共的地方，比如redis中，这样单服务器数据不同步的问题可以解决。存储在redis中首先要引入依赖：

![file][file 7]

然后配置数据源：

![file][file 8]

然后修改授权配置类，配置redis存储的bean：

![file][file 9]

这样redis存储token的配置基本就完成了，然后仿照前面的内存存储操作，写两个接口用来查询和删除redis中的token：

![file][file 10]

启动项目，按照之前的流程获取令牌，访问保护资源，然后查看redis，可以看到里面存储了我们获取的令牌：

![file][file 11]

来看查询token接口的效果：

![file][file 12]

来看删除token接口的效果：

![file][file 13]

删除后，redis中的token也删除了：

![file][file 14]

只剩下三个刷新的key。

# JDBC存储token #

使用jdbc存储token的方式也可以做到token共享，操作类是 JdbcTokenStore ，我们来看一下这个类：

![file][file 15]

类中定义了好多默认操作的sql语句，总共涉及到两张表：oauth*access*token和oauth*refresh*token（如果客户端的grant*type不支持refresh*token,则不会使用该表），来看一下 oauth*access*token 表的结构：

*  token*id：该字段的值是将access*token的值通过MD5加密后存储的
 *  token：存储将OAuth2AccessToken.java对象序列化后的二进制数据, 是真实的AccessToken的数据值
 *  authentication*id：该字段具有唯一性, 其值是根据当前的username(如果有),client*id与scope通过MD5加密生成的. 具体实现请参考DefaultAuthenticationKeyGenerator.java类
 *  user*name：登录时的用户名, 若客户端没有用户名(如grant*type="client*credentials"),则该值等于client*id
 *  client\_id：你懂得
 *  authentication：存储将OAuth2Authentication.java对象序列化后的二进制数据
 *  refresh*token ：该字段的值是将refresh*token的值通过MD5加密后存储的

来看一下 oauth*refresh*token 表的字段结构：

*  token*id：该字段的值是将refresh*token的值通过MD5加密后存储的.
 *  token：存储将OAuth2RefreshToken.java对象序列化后的二进制数据.
 *  authentication：存储将OAuth2Authentication.java对象序列化后的二进制数据

在数据库中创建这两张表：

![file][file 16]

![file][file 17]

然后在pom中引入jdbc依赖，在配置文件中配置数据源，此处不再演示。下一步修改授权配置类：

![file][file 18]

最后仿照前面，写两个查询和删除token的接口：

![file][file 19]

使用数据库存储token，比前面两种方式多了很多方法和操作，来看 JdbcTokenStore 类：

![file][file 20]

除了增删改查的操作多了几个方法，包括sql语句的默认写法也有覆盖的set方法。下面来测试，首先按照前面的流程获取token令牌，然后查询数据库：

![file][file 21]

![file][file 22]

可以看到数据库中多了两条token数据，看一下查询token接口：

![file][file 23]

删除接口：

![file][file 24]

看一下删除接口调用的方法源码：

![file][file 25]

只是删除了令牌，更新token的记录还会保留。

代码地址： https://gitee.com/blueses/spring-boot-security 23 24

> 本文由博客一文多发平台 [OpenWrite][] 发布！

[file]: /images/20230601/737f5dcc662b4cbe896c45ea6372a55e.png
[file 1]: /images/20230601/167db6c6f2264018b135b7fcbf7a0341.png
[file 2]: /images/20230601/62b45574ba3f4e4e8b90476ee076a882.png
[file 3]: /images/20230601/d430ea0b2b654b24a7ce71bdd74f6c0e.png
[file 4]: /images/20230601/7843dc3979f04bf9bd81e07efb37c01f.png
[file 5]: /images/20230601/a726954a76a04c72b913255aaae82204.png
[file 6]: /images/20230601/4ff8eea777a0402fb718001a11d57f70.png
[file 7]: /images/20230601/1eddb59e0c854029af1e96d86c8f41f4.png
[file 8]: /images/20230601/f499ce1ad9bb441e88e450c68c015d30.png
[file 9]: /images/20230601/ec2088a1a2ed4255ab6af7487ce1a522.png
[file 10]: /images/20230601/89d6fc79c3e4405eba67c36003808001.png
[file 11]: /images/20230601/f5aae71108114504b5c50209bd21ab3f.png
[file 12]: /images/20230601/fc2f2f632d67400abe4733a16155d898.png
[file 13]: /images/20230601/97781fa2b9234566ba13149fab3ba854.png
[file 14]: /images/20230601/98df9dc7569d46bd9f259bf7a2593931.png
[file 15]: /images/20230601/9d2594ef47504d41a8cb916cfc0d4691.png
[file 16]: /images/20230601/942f1ad2e0874815873bafecc86fb974.png
[file 17]: /images/20230601/e78fe63740f34549a4fa57816e69a898.png
[file 18]: /images/20230601/0c2041c6cfae4e8f9f27e309eee53f01.png
[file 19]: /images/20230601/87428543c04f47c386faa3dc937278b1.png
[file 20]: /images/20230601/79f8147d166c4b78a5f6daa8eab7f56e.png
[file 21]: /images/20230601/7342a726841641c982af9b104d5c5e1f.png
[file 22]: /images/20230601/1b7116339587477d9c79792bb27f6d96.png
[file 23]: /images/20230601/2c74783a795c4514944bd122d54bc969.png
[file 24]: /images/20230601/b577c8c1520148e39b102322a5f833ca.png
[file 25]: /images/20230601/68b7c1d04cc34efdb66f6e0cd1766143.png
[OpenWrite]: https://openwrite.cn