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有所了解。本系列会分成多个章节一步一步实现最终想要的效果。每个章节会由浅入深讲解概念,用代码来理解运行机制。甚至会有一些源码的分析。

相关推荐
xxwl58535 分钟前
数据库后端接口测试报告
spring boot·mysql·tomcat
令狐前生36 分钟前
Intellij IDEA 2025 破解安装
java·ide·intellij-idea
zzzzzz3101 小时前
别让大模型直接碰业务:我在 Spring Boot 里给 AI 操作加了一道“可拒绝的闸门”
人工智能·spring boot·spring
数聚天成DeepSData1 小时前
数聚天成 DeepSData 数据价值落地实战指南
java·maven·devops
techdashen1 小时前
Go设计取舍之四: map不变时能否并发修改不同value
开发语言·后端·golang
小小小米粒1 小时前
阿姆达尔定律(Amdahl‘s Law)
java·开发语言
知彼解己1 小时前
Java 版本演进
java·开发语言·spring boot
夜郎king1 小时前
SpringBoot+PostgreSQL + 硅基流动大模型从零搭建 Text-to-SQL 智能问答系统
spring boot·postgresql·text-to-sql·llm大模型
极客先躯1 小时前
高级java每日一道面试题-2026年05月11日-实战篇[Docker]-如何容器化金融产品推荐系统?
java·运维·docker·容器·金融·高级面试·金融产品推荐系统
朱容zr3331332 小时前
为什么推荐使用自增主键?使用UUID作为主键的优缺点是什么?
java·运维·数据库·后端·mysql·面试·性能优化