SpringCloud-Alibaba微服务架构实战教程—23JWT认证中心和cookie跨域共享方案

本文介绍了微服务架构中JWT无状态登录的原理和流程,详细讲解了如何搭建JWT授权中心,包括JWT数据格式、交互流程和客户端存储方案。此外,还探讨了网关登录拦截和Cookie跨域共享的解决方案,提供了具体的实现步骤和代码示例。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

前言

在系统设计的时候,登录以及用户认证,可以说是必不可少的功能了。而常见的方案,就是将用户的认证信息保存到 session 中,在随着近年来微服务的兴起,更多的是一种 JWT 的认证方式。所以,今天就跟大家一起来聊一聊关于登录的那些事儿。
导航图

一、登录的那些事儿

登录,无疑就是一个用户身份的认证和授权过程。

目前实现统一身份认证和授权的技术手段较多,总体可以归纳为以下两类:

  • 1.传统的 Cookie + Session 解决方案,属于 有状态 会话模式;在单体服务的时代,大多系统设计的都是有状态服务。
  • 2.基于 token令牌/票据 解决方案,属于 无状态 交互模式。在微服务的出现后,大多系统设计,开始考虑无状态服务。

实际上,它们的最大区别,就是服务端是否会保存客户端的信息?

  • 若服务端保存了客户端的信息,就被称为有状态的服务,反之,称为无状态服务。

1.1.有状态登录

(服务器会保存用户的登录信息!)

为了保证客户端cookie的安全性,服务端需要记录每次会话的客户端信息,从而识别客户端身份,根据用户身份进行请求的处理。

常见的模型就是 cooki

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

江湖一点雨

原创不易,鼓励鼓励~~~

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

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

打赏作者

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

抵扣说明:

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

余额充值