0_springboot_shiro_jwt_多端认证鉴权_前言

1. 场景

现在对于企业级Java后端应用SpringBoot是标配了,而且大多都是前后端分离的形式。实际项目中,遇到了一个后端服务,需要为多个端点提供服务,比如:管理后台,微信小程序,移动端App(andorid, ios),桌面客户端等等。正常情况下可以为每一个端提供一套后端服务,但有很多端多数情况下有相同的业务逻辑,为了开发方便,索性就将所有端点的访问都集中到一套后端应用中。生产环境下,将后端一集群方式部署,所有端的请求都先通过 API网关,API网关再将请求路由到后端应用上。

那么现在的问题是:每个端认证,鉴权的方式都不一样。比如客户端用户,小程序用户与管理后台用户会存放到不同的表中,登录的方式也有多种多样,如:账号密码登录,Emai登录,微信扫码授权登录,手机号+验证码登录,指纹识别登录等等。有些端使用有状态的会话管理,有些端需要使用无状态的会话管理,需要用一个后端服务来应付所有端的需要。

2. 实现思路

Apache Shiro是一个强大的Java安全框架,执行身份验证、授权、密码和会话管理。使用Shiro相对简单,因为开源,所以很容易对Shiro进行改造,达到我们想要的目标。

服务端与各个客户端之间全部统一使用无状态的会话管理,将Shiro中token 替换成 JWT(Json Web Token) , 实现无状态的会话管理。这需要对Shiro进行扩展。

要扩展Shiro就必须先了解它的概念和内部运行机制,也需要对JWT有所了解。本系列会分成多个章节一步一步实现最终想要的效果。每个章节会由浅入深讲解概念,用代码来理解运行机制。甚至会有一些源码的分析。

相关推荐
highreport1 分钟前
net报表工具对比:HighReport 与 FastReport
java·c#
吃饱了得干活5 分钟前
Redis 不是死脑筋,它是一套“会进化”的存储系统
redis·后端
伩仁5 分钟前
别再 HTTP 200 一把梭了:用 RFC 9457 Problem Details 给 FastAPI 错误响应"立规矩"
后端
MeetTanG8 分钟前
Go 实战锦囊|errgroup:优雅地管理并发任务组
后端·go
xiaoqiMikko14 分钟前
七条 advisory 各给了一个修复版,而一次修完的那个数字一条都没写
java·spring boot
vHelios14 分钟前
【电商项目】短信测试遇到的问题与解决方案:InaccessibleObjectException报错、单元测试通过但未接收到验证码
java·微服务
PragmaticWorks17 分钟前
DDD 学了很多却用不上?因为你把“责任”和“时机”揉在了一起
后端·领域驱动设计
气泡水好喝19 分钟前
Java魔法探秘:从Java代码到CPU指令,一个方法调用的完整生命周期
java
气泡水好喝24 分钟前
读《阿里巴巴Java开发手册》五年,这7条规约救了我太多次
java
凯哥Java26 分钟前
System.setProperty 的正确姿势:Spring Boot 启动类里的“缺省值“魔法
java·spring boot·后端