忙里偷闲又把自己的JWT实现改进了一下

之前在Spring Security 实战干货系列中我使用了 Spring 官方提供的spring-security-jwt作为JWT的实现。目前该工具包已经不再维护，而且对于最新推出的Spring Security OAuth2 Client 和 Spring Authorization Server都不是特别的兼容。所以抽了两天时间结合这两个新依赖重新实现了 JWT。

Nimbus 库

在目前最新的Spring Security中默认使用了Nimbus的 JOSE 库nimbus-jose-jwt。这个库目前是 JOSE 最常用的类库之一，大部分的改造工作都是围绕这个库开展的。

改造的过程分享

流程上跟 Spring Security 实战干货大致是一样的。

加载证书

证书依然使用 keytool 生成 2048 长度的 RSA 密钥。

这里之前使用了比较“暴力”的方式直接读取 KeyStore 然后使用公私钥，本次将 KeyStore 加载的证书转变为 JOSE 规范中的 JWK(Json Web Key)。

JWT

JWT 在 Spring Security 中被定义为org.springframework.security.oauth2.jwt.Jwt对象，对于 JWT 的操作可以抽象为两个方面。

生成 JWT

首先就是生成 JWT。目前的 Spring Security 本身是不提供这个能力的，只有在孵化中的Spring Authorization Server提供了生成 JWT 的抽象接口JwtEncoder：

 
 
 
    
  
  
  
  1. @FunctionalInterface 
    2.   
  
  
  2. public interface JwtEncoder { 
    3.   
  
  
  3.    Jwt encode(JoseHeader headers, JwtClaimsSet claims) throws JwtEncodingException; 
    4.   
  
  
  4. } 
    5.

JWT 的Header和Claims也被相应地抽象为JoseHeader和JwtClaimsSet。

于是我使用Nimbus对JwtEncoder进行了实现，其实是搬运了Spring Authorization Server的实现。当然也不是原版照搬，只是保证了门面一致，这样后续如果这个项目成熟了之后我们就可以无缝兼容了。

解析 JWT

既然有JwtEncoder必然有JwtDecoder。这个在Spring Security OAuth2 Client中是提供实现的，同样对其稍微加以改造。另外这个解码器不但负责将 JWT 字符串解析为 JWT 对象，它还承担了校验功能，这里有一个委托校验器DelegatingOAuth2TokenValidator，我们可以灵活定制来执行多个 JWT 校验策略。

Token 对

我们都知道通常 JWT 中的 Token 都是成对出现的。之前只是简单用一个类来封装了accessToken和refreshToken的字符串形态。这次使用了spring ecurity oauth2 core提供的OAuth2AccessTokenResponse:

 
 
 
    
  
  
  
  1. public final class OAuth2AccessTokenResponse { 
    2.   
  
  
  2.  
    3.   
  
  
  3.    private OAuth2AccessToken accessToken; 
    4.   
  
  
  4.  
    5.   
  
  
  5.    private OAuth2RefreshToken refreshToken; 
    6.   
  
  
  6.  
    7.   
  
  
  7.    private Map additionalParameters; 
    8.   
  
  
  8. } 
    9.

这个类表达的内容更加丰富和灵活。对应的 json：

 
 
 
    
  
  
  
  1. { 
    2.   
  
  
  2.   "accessToken": { 
    3.   
  
  
  3.     "tokenValue": "eyJraWQiOiJmZWxvcmRjbiIsInR5cCI6IkpXVCIsImFsZyI6IlJTMjU2In0.eyJzdWIiOiJhbGwiLCJhdWQiOiJyb290IiwiaXNzIjoiaHR0cHM6XC9cL2ZlbG9yZC5jbiIsInNjb3BlcyI6WyJST0xFX0FETUlOIiwiUk9MRV9BUFAiXSwiZXhwIjoxNjE2ODM4NTg4LCJpYXQiOjE2MTY4MzQ5ODgsImp0aSI6IjBiYTUwZjFhLTI0N2YtNDJlYi05NzZiLTkyZWM5NDg2YjA2MCJ9.dwUK4ZgqhalKWu5AA8ZqaHjD2WPerhiF8lmybZGAorbncWdfVk7iAKUdRZunUekZmab_FsVpwprWIQpqSLtp6tz28sI71gO2StEeye5Vv4JRZKys68q2LGOAqMVJnBisEl211b5ASHSlP1qleU_TDxO_rgems76ZFD-kc1KmyelsoiBhmT3aD2_A_3fUmH7mV0jnC0rHauzOpS0AWnuPJaXbGPqrWotkQ_oqly47jipfNsPl_PUY1urng1wSx4QyblS8UgK-n5wJABhSN550WlwNLuC10ZckbhE5gazM0mD86mA_Xepe7LY5rjGNvO-Cz9k44TaURnTdSBdyy_EOiQ", 
    4.   
  
  
  4.     "issuedAt": { 
    5.   
  
  
  5.       "epochSecond": 1616834988, 
    6.   
  
  
  6.       "nano": 891000000 
    7.   
  
  
  7.     }, 
    8.   
  
  
  8.     "expiresAt": { 
    9.   
  
  
  9.       "epochSecond": 1616838588, 
    10.   
  
  
  10.       "nano": 891000000 
    11.   
  
  
  11.     }, 
    12.   
  
  
  12.     "tokenType": { 
    13.   
  
  
  13.       "value": "Bearer" 
    14.   
  
  
  14.     }, 
    15.   
  
  
  15.     "scopes": [ 
    16.   
  
  
  16.       "ROLE_ADMIN", 
    17.   
  
  
  17.       "ROLE_APP" 
    18.   
  
  
  18.     ] 
    19.   
  
  
  19.   }, 
    20.   
  
  
  20.   "refreshToken": { 
    21.   
  
  
  21.     "tokenValue": "eyJraWQiOiJmZWxvcmRjbiIsInR5cCI6IkpXVCIsImFsZyI6IlJTMjU2In0.eyJzdWIiOiJhbGwiLCJhdWQiOiJyb290IiwiaXNzIjoiaHR0cHM6XC9cL2ZlbG9yZC5jbiIsInNjb3BlcyI6WyJST0xFX0FETUlOIiwiUk9MRV9BUFAiXSwiaWF0IjoxNjE2ODM0OTg4LCJqdGkiOiI3N2RhODk3NC0xMjM0LTQ5NzctOWU1MS1hOGY2NTdjMzA2NjAifQ.O9YYxkevkrTke7GbK2R5LGphnJ9vd07yFSwPs2gEZ94ObPkIs1wJ5gvlNOIlni_BYMNO-nMB8TiX0w-RQSwo-sbVLqeUHqv6NEXXmPJiWVmXTFVJf2b6lqW5Re7clXGvkFMw14ptAF6cpThDEE5XF4eCI8CDKKPWqNxY-8NvokwIY3NMXB1ofuHHRqjMyVUwNjOv6eaTJFTwebPy6Saem9kvaL_X1v9Drok6azbg5DSP1zKnbVazTaOs4aBZd5Firib3r_BGXdaJWAgJKfpP61__muVdujgkppMVU8fC9pqfnb6IqEaAOIZ69lrezA1K0QFinOhgcC2YZFxFoLL-IQ", 
    22.   
  
  
  22.     "issuedAt": { 
    23.   
  
  
  23.       "epochSecond": 1616834988, 
    24.   
  
  
  24.       "nano": 891000000 
    25.   
  
  
  25.     }, 
    26.   
  
  
  26.     "expiresAt": null 
    27.   
  
  
  27.   }, 
    28.   
  
  
  28.   "additionalParameters": {} 
    29.   
  
  
  29. } 
    30.

总结

其它大致没有改变多少，尽可能保证了原来的味道，又能够兼容 Spring Security 未来的风格。在代码迭代的过程中，如何能够同时做到兼容和灵活?关键就在于是否制定了统一的入口抽象和出口抽象。如果你能够做到这一点，你的代码质量就会明显的提高很多。

网页名称：忙里偷闲又把自己的JWT实现改进了一下
文章分享：http://www.shufengxianlan.com/qtweb/news17/315267.html

网站建设、网络推广公司-创新互联，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等

广告

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 创新互联

猜你还喜欢下面的内容

建站公司知识

同城分类信息

网站开发　　 　简阳电信服务器托管　　 　关键词优化　　 　梅州网站建设　　 　研学实践　　 　普特斯腐植酸　　 　成都网站制作　　 　成都服务器托管　　 　云服务器　　 　乐山网站建设　　 　甘孜州博瑞斯　　 　虚拟主机　　 　绵竹网站建设　　 　bgp多线机房托管　　 　成都网站设计　　 　成都网站建设　　 　四川德阳主机托管　　 　网站建设改版　　 　四川电信机房托管　　 　成都建网站