014-从零搭建微服务-认证中心（六）

原创 已于 2023-12-27 19:21:12 修改 · 516 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#微服务 #架构 #云原生

于 2023-06-29 16:57:53 首次发布
文章介绍了Sa-Token的默认token生成策略以及如何修改成不同的风格，如随机32位字符串。提供了前端登录登出的改造示例，并强调了登录成功后Token存储在Redis中的事实。最后提到下一步将实现从数据库查询用户信息并使用Feign进行远程调用。

写在最前

如果这个项目让你有所收获，记得 Star 关注哦，这对我是非常不错的鼓励与支持。

源码地址（后端）：https://gitee.com/csps/mingyue-springcloud-learning

源码地址（前端）：https://gitee.com/csps/mingyue-springcloud-ui

文档地址：https://gitee.com/csps/mingyue-springcloud-learning/wikis

Token 生成策略

Sa-Token 默认的 token 生成策略是 uuid 风格，其模样类似于：623368f0-ae5e-4475-a53f-93e4225f16ae。
如果你对这种风格不太感冒，还可以将 token 生成设置为其他风格。

// 1. token-style=uuid    —— uuid风格 (默认风格)
"623368f0-ae5e-4475-a53f-93e4225f16ae"

// 2. token-style=simple-uuid    —— 同上，uuid风格, 只不过去掉了中划线
"6fd4221395024b5f87edd34bc3258ee8"

// 3
最低0.47元/天 解锁文章
001-从零搭建微服务-认证中心（一）
csp732171109的博客
05-25 1619
如果用户每访问一个模块都要登录一次，那么用户将会疯掉， 为了优化用户体验，我们急需一套机制将这 N 个系统的认证授权互通共享，让用户在一个系统登录之后，便可以畅通无阻的访问其它所有系统。简单来讲，OAuth2.0 的应用场景可以理解为单点登录的升级版，单点登录解决了多个系统间会话的共享，OAuth2.0 在此基础上增加了应用之间的权限控制。简而言之，单点登录可以做到：在多个互相信任的系统中，用户只需登录一次，就可以访问所有系统。Sa-Token 文档尽力讲解每个功能的设计原因、应用场景，用心阅读文档，
微服务安全-基于SpringCloud-OAuth2搭建微服务开放平台
魔法革1996
02-20 329
1、什么是SpringCloud Oauth2 2、OAuth2密码模式与授权模式 3、构建认证授权服务中心与资源服务 4、构建认证授权服务环境 5、构建认证资源服务环境 6、将应用信息改为数据库存储 SpringCloud Oauth2 在Spring Cloud需要使用oauth2来实现多个微服务的统一认证授权，通过向OAUTH服务发送某个类型的grant type进行集中认证和授权，从而获得access_token，而这个token是受其他微服务信任的，我们在后续的访问可以...
013-从零搭建微服务-认证中心（五）
csp732171109的博客
06-29 888
如果需要做数据互通，也就是拿着 access_token 去访问 satoken 令牌的接口可以正常访问，可以参考如下文章：https://sa-token.cc/doc.html#/oauth2/oauth2-interworking。文档地址：https://gitee.com/csps/mingyue/wikisapplication-common.yml。源码地址（前端）：https://gitee.com/csps/mingyue-ui。一般情况下，我们这样区分 access_token（
002-从零搭建微服务-认证中心（二）
csp732171109的博客
05-26 1975
Sa-Token-OAuth Server端启动成功: http://localhost:9000/oauth2/authorize?文档地址：https://gitee.com/csps/mingyue/wikis。源码地址：https://gitee.com/csps/mingyue。父项目的依赖都放在这儿了，后续用到什么再增加什么。
004-从零搭建微服务-认证中心（四）
csp732171109的博客
05-29 828
至此，一个简单的 OAuth2 前后端分离小 Demo 就算完事儿了。但截止目前还不能算是微服务，就是一个单服务的小应用。本人后端一枚，前端不是很懂，前端有什么写的不好的地方，请积极指出，我虚心受教，积极改正！文档地址：https://gitee.com/csps/mingyue/wikis。如果这个项目让你有所收获，记得 Star 关注哦，这对我是非常不错的鼓励与支持。源码地址：https://gitee.com/csps/mingyue。查询数据库用户信息、客户端信息。，最后通过 feign 调用到。
007-从零搭建微服务-网关中心（一）
csp732171109的博客
06-04 778
http://mingyue-register:8848/nacos （自行配置一下 host 映射）文档地址：https://gitee.com/csps/mingyue/wikis。如果这个项目让你有所收获，记得 Star 关注哦，这对我是非常不错的鼓励与支持。源码地址：https://gitee.com/csps/mingyue。远 application.yml 原内容迁移到 nacos。配置完成后，启动项目，测试一下登录与登出是否有问题。需要注册配置中心的服务引入下面。的 pom.xml 文件。
019-从零搭建微服务-认证中心（八）
csp732171109的博客
08-11 1490
我们现在已经可以通过登录获取用户拥有的角色和菜单权限，但截止目前还没有给接口增加权限点，本章就是通过给接口增加权限点，精细控制接口权限。接口演示添加接口权限，此时该接口还没有增加权限点拦截，此时我们登录后访问该接口可以正常返回数据。文档地址：https://gitee.com/csps/mingyue/wikis。源码地址（后端）：https://gitee.com/csps/mingyue。终于可以精细控制后端接口权限了，前端路由也通过后端接口加载了。中添加用户拥有的权限点。权限点，接下来我们在。
springcloud：保姆式教程-从零搭建微服务（五）
55555的博客
04-03 4516
0. 引言 上一期我们介绍了nacos作为注册中心、配置中心的使用方法，如果对于gateway、nacos组件还不了解的可以看看往期文章： springcloud：什么是分布式微服务，如何学习微服务（一） springcloud：微服务涉及哪些技术、有哪些核心组件（二） springcloud：网关组件gateway详解（三） springcloud：注册中心、配置中心组件nacos详解（四） 本期我们将手把手搭建一个微服务项目，来加深大家对于微服务框架的理解 1. 项目简介 项目开始搭建之前，我们先要明确
008-从零搭建微服务-系统服务（一）
csp732171109的博客
06-05 637
源码地址（前端）：https://gitee.com/csps/mingyue-ui。文档地址：https://gitee.com/csps/mingyue/wikis。如果这个项目让你有所收获，记得 Star 关注哦，这对我是非常不错的鼓励与支持。源码地址（后端）：https://gitee.com/csps/mingyue。模块结构与端口规划完事儿，接下来我们开始打通系统服务与数据库之间交互。以认证中心与网关中心为例，端口分别是。系统服务公共 API 模块、系统服务公共 API 模块。
006-从零搭建微服务-注册中心（二）
csp732171109的博客
05-31 624
http://mingyue-register:8848/nacos （自行配置一下 host 映射）文档地址：https://gitee.com/csps/mingyue/wikis。如果这个项目让你有所收获，记得 Star 关注哦，这对我是非常不错的鼓励与支持。源码地址：https://gitee.com/csps/mingyue。远 application.yml 原内容迁移到 nacos。配置完成后，启动项目，测试一下登录与登出是否有问题。需要注册配置中心的服务引入下面。的 pom.xml 文件。
016-从零搭建微服务-认证中心（七）
csp732171109的博客
07-18 415
访问接口：网关：http://mingyue-gateway:9100/system/sysUser/getSysUserInfoByUsername?测试 【前情回顾】中的接口，如：http://mingyue-gateway:8000/sysUser/getSysUserInfoByUsername?username=mingyue，返回如下。网关：http://mingyue-gateway:9100/system/sysUser/getSysUserInfoByUsername?
003-从零搭建微服务-认证中心（三）
csp732171109的博客
05-26 592
BOM全称是Bill Of Materials，译作材料清单。BOM本身并不是一种特殊的文件格式，而是一个普通的POM文件，只是在这个POM中，我们罗列的是一个工程的所有依赖和其对应的版本。该文件一般被其它工程使用，当其它工程引用BOM中罗列的jar包时，不用显示指定具体的版本，会自动使用BOM对应的jar版本。所以BOM的好处是用来管理一个工程的所有依赖版本信息。
No6.从零搭建spring-cloud-alibaba微服务框架，实现fegin、gateway、springevent等（一）
键上艺术家
10-20 1835
之前只零碎的学习过spring-cloud-alibaba，并没有全面了解过，这次学习pig框架时，想着可以根据这个项目学习一下，练练手，于是断断续续的用了几天时间搭建了一下基础框架。目前就先重点记录一下遇到的问题吧，毕竟流程也不是特别复杂，就是有的东西没遇到过了解的也不深~
什么是分布式?什么是微服务?什么是集群?什么是单体?这些都是什么?又有什么关联?
qq_45089709的博客
11-13 448
本文梳理了四大架构演进路径：单体应用→集群→分布式→微服务。单体应用将所有功能打包在一起，适合小项目；集群通过复制单体解决高并发问题；分布式拆分业务为独立服务，适合中大型系统；微服务是分布式的细化版，强调极小服务粒度与独立部署。关键区别在于：集群是多实例相同服务，分布式是不同服务分工协作，微服务则是极细粒度分工。架构选择取决于业务规模，小项目用单体，中大型用分布式/微服务，集群作为通用扩展手段。演进本质是从"一体化"到"精细化拆分"的过程。
容器化与微服务：如何在现代应用中实现高效的部署与管理
2501_94058529的博客
11-15 682
容器化和微服务架构是推动现代软件开发的关键技术。容器化通过将应用及其依赖打包，确保环境一致性、可移植性和高效资源利用，主要工具包括Docker和Kubernetes。微服务架构将应用拆分为独立服务，提升灵活性和可维护性，但也面临服务通信与数据一致性等挑战。两者的结合增强了系统的扩展性和管理效率。最佳实践包括合理服务划分、加强监控治理以及实现CI/CD自动化。这些技术将持续推动软件开发的高效与智能化发展。
Java后端常用技术选型 |（四）微服务篇
qq_20236937的博客
11-13 963
Java后端常用技术选型 |（四）分布式篇
Java大厂面试真题：从Spring Boot到AI微服务的三轮技术拷问（六）
chenmingxing11的博客
11-13 884
维度 | 传统Java | 当代Java+AI || 核心框架 | Spring MVC | Spring Boot/WebFlux + Cloud || 数据访问 | MyBatis | JPA + R2DBC + Flyway || 架构模式 | 单体应用 | 微服务 + Serverless + Event Driven || 新兴能力 | CRUD开发 | AI集成、向量工程、可观测性、云原生运维 |提示：未来三年，掌握“Java + AI工具链”的开发者将具备极强竞争力。
微服务与单体那些事儿
最新发布
小伙伴们全都Lucky！
11-17 537
本文深入探讨了软件架构设计的本质与选择策略，指出架构不仅是技术问题，更涉及业务理解、团队能力和成本控制等多维度考量。作者通过实验室项目经验和大量企业案例（包括文具电商、学校系统等），分析了单体架构、SOA和微服务的适用场景及常见误区。特别强调微服务拆分需要深厚的行业认知，盲目采用会导致开发效率低下、维护成本飙升。文章建议：初创项目优先选择单体架构；只有具备行业经验和充足资源时，才适合采用微服务。最终提出架构设计的三大原则：简单、适度、演化，提醒技术决策要匹配实际业务阶段。
Java大厂面试真题：从Spring Boot到AI微服务的三轮技术拷问（五）
chenmingxing11的博客
11-13 479
从传统Spring Boot开发，到微服务治理，再到AI原生应用，Java工程师的技术栈正在不断演进。掌握核心原理的同时，拥抱云原生与AI融合趋势，才能在大厂面试中脱颖而出。
从零搭建微服务框架及授权配置详解
从0到1搭建微服务框架，是一项系统性极强的工程实践，涉及分布式架构设计、服务治理机制、服务注册与发现、配置中心管理、API网关构建以及安全授权体系等多个核心技术模块。该过程不仅要求开发者具备扎实的编程基础...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

Strive_MY

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值