开箱即用，看看人家的微服务权限解决方案，那叫一个优雅

于 2024-04-21 12:18:37 发布
阅读量745 收藏 9
点赞数 28
分类专栏： 程序员 文章标签： 微服务 架构 云原生
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/2301_82242204/article/details/138030023
版权
  • 自定义权限验证接口扩展

*/

@Component

public class StpInterfaceImpl implements StpInterface {

@Override

public List getPermissionList(Object loginId, String loginType) {

// 返回此 loginId 拥有的权限码列表

UserDTO userDTO = (UserDTO) StpUtil.getSession().get(“userInfo”);

return userDTO.getPermissionList();

}

@Override

public List getRoleList(Object loginId, String loginType) {

// 返回此 loginId 拥有的角色码列表

return null;

}

}

micro-sa-token-auth

===================

接下来我们来搭建下认证服务，只要集成Sa-Token并实现登录接口即可，非常简单。

  • 首先在pom.xml中添加相关依赖，包括Sa-Token的SpringBoot依赖、整合Redis实现分布式Session的依赖以及我们的micro-sa-token-common依赖；

cn.dev33

sa-token-spring-boot-starter

1.24.0

cn.dev33

sa-token-dao-redis-jackson

1.24.0

org.apache.commons

commons-pool2

com.macro.cloud

micro-sa-token-common

1.0.0

  • 接下来修改配置文件application.yml，照抄之前网关的配置即可；

spring:

redis:

database: 0

port: 6379

host: localhost

password:

Sa-Token配置

sa-token:

token名称 (同时也是cookie名称)

token-name: Authorization

token有效期，单位秒，-1代表永不过期

timeout: 2592000

token临时有效期 (指定时间内无操作就视为token过期)，单位秒

activity-timeout: -1

是否允许同一账号并发登录 (为false时新登录挤掉旧登录)

is-concurrent: true

在多人登录同一账号时，是否共用一个token (为false时每次登录新建一个token)

is-share: false

token风格

token-style: uuid

是否输出操作日志

is-log: false

是否从cookie中读取token

is-read-cookie: false

是否从head中读取token

is-read-head: true

  • 在UserController中定义好登录接口，登录成功后返回Token，具体实现在UserServiceImpl类中；

/**

  • 自定义Oauth2获取令牌接口

  • Created by macro on 2020/7/17.

*/

@RestController

@RequestMapping(“/user”)

public class UserController {

@Autowired

private UserServiceImpl userService;

@RequestMapping(value = “/login”, method = RequestMethod.POST)

public CommonResult login(@RequestParam String username, @RequestParam String password) {

SaTokenInfo saTokenInfo = userService.login(username, password);

if (saTokenInfo == null) {

return CommonResult.validateFailed(“用户名或密码错误”);

}

Map<String, String> tokenMap = new HashMap<>();

tokenMap.put(“token”, saTokenInfo.getTokenValue());

tokenMap.put(“tokenHead”, saTokenInfo.getTokenName());

return CommonResult.success(tokenMap);

}

}

  • 在UserServiceImpl中添加登录的具体逻辑，首先验证密码，密码校验成功后，通知下Sa-Token登录的用户ID，然后把用户信息直接存储到Session中去；

/**

  • 用户管理业务类

  • Created by macro on 2020/6/19.

*/

@Service

public class UserServiceImpl{

private List userList;

public SaTokenInfo login(String username, String password) {

SaTokenInfo saTokenInfo = null;

UserDTO userDTO = loadUserByUsername(username);

if (userDTO == null) {

return null;

}

if (!SaSecureUtil.md5(password).equals(userDTO.getPassword())) {

return null;

}

// 密码校验成功后登录，一行代码实现登录

StpUtil.login(userDTO.getId());

// 将用户信息存储到Session中

StpUtil.getSession().set(“userInfo”,userDTO);

// 获取当前登录用户Token信息

saTokenInfo = StpUtil.getTokenInfo();

return saTokenInfo;

}

}

  • 这里有一点需要提醒下，Sa-Token的Session并不是我们平时理解的HttpSession，而是它自己实现的类似Session的机制。

micro-sa-token-api

==================

接下来我们来搭建一个受保护的API服务，实现获取登录用户信息的接口和需要特殊权限才能访问的测试接口。

  • 首先在pom.xml中添加相关依赖，和上面的micro-sa-token-auth一样；

cn.dev33

sa-token-spring-boot-starter

1.24.0

cn.dev33

sa-token-dao-redis-jackson

1.24.0

org.apache.commons

commons-pool2

com.macro.cloud

micro-sa-token-common

1.0.0

  • 接下来修改配置文件application.yml，照抄之前网关的配置即可；

spring:

redis:

database: 0

port: 6379

host: localhost

password:

Sa-Token配置

sa-token:

token名称 (同时也是cookie名称)

token-name: Authorization

token有效期，单位秒，-1代表永不过期

timeout: 2592000

token临时有效期 (指定时间内无操作就视为token过期)，单位秒

activity-timeout: -1

是否允许同一账号并发登录 (为false时新登录挤掉旧登录)

is-concurrent: true

在多人登录同一账号时，是否共用一个token (为false时每次登录新建一个token)

is-share: false

token风格

token-style: uuid

是否输出操作日志

is-log: false

是否从cookie中读取token

is-read-cookie: false

是否从head中读取token

is-read-head: true

  • 添加获取用户信息的接口，由于使用了Redis实现分布式Session，直接从Session中获取即可，是不是非常简单！

/**

  • 获取登录用户信息接口

  • Created by macro on 2020/6/19.

*/

@RestController

@RequestMapping(“/user”)

public class UserController{

@GetMapping(“/info”)

public CommonResult userInfo() {

UserDTO userDTO = (UserDTO) StpUtil.getSession().get(“userInfo”);

return CommonResult.success(userDTO);

}

}

  • 添加需要api:test:hello权限访问的测试接口，预置的admin用户拥有该权限，而macro用户是没有的。

/**

  • 测试接口

  • Created by macro on 2020/6/19.

*/

@RestController

@RequestMapping(“/test”)

public class TestController {

@GetMapping(“/hello”)

public CommonResult hello() {

return CommonResult.success(“Hello World.”);

}

}

功能演示

====

三个服务搭建完成后，我们用Postman来演示下微服务的认证授权功能。

  • 首先启动Nacos和Redis服务，然后再启动micro-sa-token-gateway、micro-sa-token-auth和micro-sa-token-api服务，启动顺序无所谓；

开箱即用！看看人家的微服务权限解决方案，那叫一个优雅

  • 直接通过网关访问登录接口获取Token，访问地址：http://localhost:9201/auth/user/login

开箱即用！看看人家的微服务权限解决方案，那叫一个优雅

  • 通过网关访问API服务，不带Token调用获取用户信息的接口，无法正常访问，访问地址：http://localhost:9201/api/user/info

开箱即用！看看人家的微服务权限解决方案，那叫一个优雅

  • 通过网关访问API服务，带Token调用获取用户信息的接口，可以正常访问；

开箱即用！看看人家的微服务权限解决方案，那叫一个优雅

  • 通过网关访问API服务，使用macro用户访问需api:test:hello权限的测试接口，无法正常访问，访问地址：http://localhost:9201/api/test/hello

开箱即用！看看人家的微服务权限解决方案，那叫一个优雅

  • 登录切换为admin用户，该用户具有api:test:hello权限；

开箱即用！看看人家的微服务权限解决方案，那叫一个优雅

  • 通过网关访问API服务，使用admin用户访问测试接口，可以正常访问。

开箱即用！看看人家的微服务权限解决方案，那叫一个优雅

总结
自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数Java工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Java开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。img

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Java开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！

如果你觉得这些内容对你有帮助，可以扫码获取！！（备注Java获取）

img

总结

我个人认为，如果你想靠着背面试题来获得心仪的offer，用癞蛤蟆想吃天鹅肉形容完全不过分。想必大家能感受到面试越来越难，想找到心仪的工作也是越来越难，高薪工作羡慕不来，却又对自己目前的薪资不太满意，工作几年甚至连一个应届生的薪资都比不上，终究是错付了，错付了自己没有去提升技术。

这些面试题分享给大家的目的，其实是希望大家通过大厂面试题分析自己的技术栈，给自己梳理一个更加明确的学习方向，当你准备好去面试大厂，你心里有底，大概知道面试官会问多广，多深，避免面试的时候一问三不知。

大家可以把Java基础，JVM，并发编程，MySQL，Redis，Spring，Spring cloud等等做一个知识总结以及延伸，再去进行操作，不然光记是学不会的，这里我也提供一些脑图分享给大家：

希望你看完这篇文章后，不要犹豫，抓紧学习，复习知识，准备在明年的金三银四拿到心仪的offer，加油，打工人！
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！
想必大家能感受到面试越来越难，想找到心仪的工作也是越来越难，高薪工作羡慕不来，却又对自己目前的薪资不太满意，工作几年甚至连一个应届生的薪资都比不上，终究是错付了，错付了自己没有去提升技术。

这些面试题分享给大家的目的，其实是希望大家通过大厂面试题分析自己的技术栈，给自己梳理一个更加明确的学习方向，当你准备好去面试大厂，你心里有底，大概知道面试官会问多广，多深，避免面试的时候一问三不知。

大家可以把Java基础，JVM，并发编程，MySQL，Redis，Spring，Spring cloud等等做一个知识总结以及延伸，再去进行操作，不然光记是学不会的，这里我也提供一些脑图分享给大家：

[外链图片转存中…(img-C4pqFFdV-1713673104885)]

[外链图片转存中…(img-nDaClQob-1713673104886)]

[外链图片转存中…(img-ZD422Hfh-1713673104886)]

希望你看完这篇文章后，不要犹豫，抓紧学习，复习知识，准备在明年的金三银四拿到心仪的offer，加油，打工人！
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！

2301_82242204
关注
专栏目录
详解比springSecurity和shiro更简单优雅的轻量级Sa-Token框架，比如登录认证,权限认证,单点登录,OAuth2.0,分布式Session会话,微服务网关鉴权
念兮为美
08-30 4092
详解比springSecurity和shiro更简单优雅的轻量级Sa-Token框架，比如登录认证,权限认证,单点登录,OAuth2.0,分布式Session会话,微服务网关鉴权。演示SpringBoot集成Sa-Token和Spring WebFlux集成Sa-Token这两个常用的开发框架。......
开箱即用！看看人家的微服务权限解决方案，那叫一个优雅
Java大将军的博客
09-08 711
前置知识 我们将采用Nacos作为注册中心，Gateway作为网关，使用Sa-Token提供的微服务权限解决方案，此方案是基于之前的解决方案改造的 应用架构 还是和之前方案差不多的思路，认证服务负责登录处理，网关负责登录认证和权限认证，其他API服务负责处理自己的业务逻辑。为了能在多个服务中共享Sa-Token的Session，所有服务都需要集成Sa-Token和Redis。 micro-sa-token-common：通用工具包，其他服务公用的用户类UserDTO和通用返回结果类Commo
浅谈Spring Cloud下微服务权限方案
08-27
主要介绍了浅谈Spring Cloud下微服务权限方案，小编觉得挺不错的，现在分享给大家，也给大家做个参考。一起跟随小编过来看看吧
SpringCloud微服务下权限解决方案
qq_41490913的博客
08-08 345
SpringCloud微服务下权限解决方案
后台权限管理系统微服务
10-15
idea开发的springboot项目后端微服务，使用gradle搭建，项目中有mysql数据库脚本，可以直接部署运行。 权限管理通过shiro认证授权，可以通过nginx配置集成其他微服务，只需要调用应用中的授权接口即可。 api接口说明采用swagger，详情可以参考项目中的Readme文件
史上最全的微服务权限控制方案，完美实现！
良月柒
12-31 705
程序员的成长之路互联网/程序员/技术/资料共享关注阅读本文大概需要 18分钟。来自：blog.csdn.net/to10086/article/details/109573948一、微服务权限设计先说下为什么写这篇文章，因为实际项目需要，需要对我们现在项目页面小到每个部件都要做权限控制，然后查了下网上常用的权限框架，一个是shrio，一个是spring security，看了下对比，都说shr...
开箱即用 , 看看人家的微服务权限解决方案，那叫一个优雅
Moonxiyue的博客
05-30 191
前置知识 我们将采用Nacos作为注册中心，Gateway作为网关，使用Sa-Token提供的微服务权限解决方案，此方案是基于之前的解决方案改造的 应用架构 还是和之前方案差不多的思路，认证服务负责登录处理，网关负责登录认证和权限认证，其他API服务负责处理自己的业务逻辑。为了能在多个服务中共享Sa-Token的Session，所有服务都需要集成Sa-Token和Redis。 micro-sa-token-common：通用工具包，其他服务公用的用户类UserDTO和通用返回结果类Commo
微服务之初识微服务
striveb的博客
09-21 727
GitHub：https://github.com/JDawnF 一、微服务介绍 1. 微服务简介 顾名思义，微服务得从两个方面去理解，什么是”微”、什么是”服务”， 微 狭义来讲就是体积小、著名的”2 pizza 团队”很好的诠释了这一解释（2 pizza 团队最早是亚马逊 CEO Bezos提出来的，意思是说单个服务的设计，所有参与人从设计、开发、测试、运维所有人加起来 只需要2个披萨就...
Spring Security中微服务权限方案
...
04-14 150
认证授权过程 主要功能 登录（认证）； 添加角色； 为角色分配权限； 添加用户； 为用户分配角色。 权限管理数据模型
微服务权限控制demo
05-23
微服务权限控制demo微服务权限控制demo微服务权限控制demo微服务权限控制demo
支持Nacos 2.1.0！这套Spring Cloud Gateway + Oauth2 微服务权限终极解决方案升级了！
weixin_42907150的博客
03-10 1095
在微服务系统中实现权限功能时，我们不应该把重复的权限校验功能集成到每个独立的API服务中去，而应该在网关做统一处理，然后通过认证中心去统一认证，这样才是优雅微服务权限解决方案！
史上最全的微服务权限控制方案
m0_73311735的博客
12-31 1796
1、将shrio和网关gateway放在同一个服务中，但是这就带来一个问题，众所周知，shrio的数据中心realm需要用到用户服务当中的数据（查询用户、角色、权限之间的关系及数据），因此这里shrio就需要使用服务发现组件（我这里用的dubbo）去发现用户服务，但是用户服务中的登录又需要用到shrio的认证，到这里可能有人要说了，可以在用户服务中再去远程调用shrio服务啊，如果这种方法可以的话大家就可以用这种方法就不用往下看了…所以这就造成两个服务耦合在一块儿去了，这种方法直接pass掉。
【微服务】Nacos 账号权限体系
qq_57756904的博客
01-09 4427
为了 Nacos 提升安全能力，更好满足生产要求，需要设计账号权限体系，又要能兼容云上和阿里内部场景。避免后续代码无法融合。 这块的挑战是要做好抽象，不然没法和不同账号权限体系打通。默认我们提供⼀个简单的实现，当有类似于 RAM 这样的权限体系后，直接对接即可。
微服务架构-权限篇
qq_29653373的博客
01-30 3454
一、涉及的技术(绿色背景) 二、基本流程 三、构建项目(基础环境搭建请参考微服务架构-简介_Morik的博客-CSDN博客) 1、构建聚合项目 2、构建公共项目 3、构建资源项目(影视资讯业务) 4、构建网关项目 5、构建授权中心 四、效果展示 1、获取token 2、通过Getaway获取影视资讯服务信息 ...
快速上手Spring Cloud 十一：微服务架构下的安全与权限管理
最新发布
沛哥儿的专栏
03-27 2697
微服务架构下的安全与权限管理是一个复杂而持续的过程，需要我们不断学习和实践新技术、新方案。通过加强安全意识、引入安全工具、建立应急响应机制、实施多层次防御策略以及跨团队协同与安全责任共担等措施，我们可以不断提升微服务架构的安全性，为业务的稳定发展提供有力保障。在未来，随着技术的不断发展和业务的持续变化，我们需要持续关注微服务架构安全领域的新技术趋势和创新实践，以便更好地应对新的挑战和机遇。
微服务统一登陆认证怎么做？JWT ？
MarkerHub的博客
07-16 512
小Hub领读：在大项目中，用户服务和认证服务也是分开的，你知道微服务中怎么做统一认证么？有多少种解决方案？作者：厚德载物cnblogs.com/zhenghongxin/p/100066...
微服务权限处理，为什么这么难？
sslulu520的博客
02-16 3261
应用拆分微服务后，一个不可避免的问题就是权限问题。拆分后的各个微服务如何处理权限，怎么处理才能保证满足业务的需求，怎么处理才能保持架构的简单及可维护？ 今天的文章，让我们来深入微服务架构下的权限处理问题，看看这个没有最佳实践的领域，如何能够针对业务需求来设计的较为优雅。 1 先来理解几个名词 关于权限，可能有很多相关名词，而且这些名词也很可能会让大家混淆或是疑惑（为了避免让大家产生疑惑，我就不列举这些名词了）。 但本文中会用到几个核心的有关权限的词，理解这几个词对于理解本文必不可少，所以关于权限处理至少有下
FHS框架：一站式微服务快速开发与部署解决方案
资源摘要信息: "fhs-framework快速开发平台" ...整体来看，fhs-framework快速开发平台通过整合翻译组件、All in One模式开发、微服务调用简化以及更好的校验框架，为开发者提供了一个全方位、高效率的开发解决方案。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值