0


【视频+源码】登录鉴权的三种方式:token、jwt、session实战分享

前言

因为我既对接过session、cookie,也对接过JWT,今年因为工作需要也对接了gtoken的2个版本,对这方面的理解还算深入。

尤其是看到官方文档评论区又小伙伴表示看不懂,所以做了这期视频内容出来:

内容提要:

  1. 结合商业项目需求集成gtoken
  2. gtoken缓存模式gcache和gredis使用对比
  3. 登录鉴权后将用户信息赋值到context,供后续链路调用
  4. 自定义登录、登出、权限验证方法,各个方法分别写什么业务逻辑合适

视频教程

视频在这里:本期内容对应B站的开源视频

源码分享

因为涉及的知识点比较多,视频内容比较长。

如果你觉得看视频浪费时间,可以直接阅读源码:

  • goframe v2版本集成gtoken- 分支:main
  • goframe v1版本集成gtoken- 分支:main
  • goframe v2版本集成jwt- 分支:l10_登录鉴权_jwt_自定义中间件
  • goframe v2版本session登录- 分支:l09_登录鉴权_session
  • 官方调用示例文档

基本介绍

jwt和session的对接教程之前分享过,不作为这期内容的重点。如有需要可以私信我。

这期重点介绍Gtoken的对接:

Gtoken

是基于

GoFrame

框架的token插件,通过服务端验证方式实现token认证;已完全可以支撑线上token认证,通过Redis支持集群模式;

注意问题:
全面适配GoFrame v2.0.0 ; GoFrame v1.X.X 请使用gtoken v1.4.X相关版本。

gtoken优势

  1. gtoken支撑单点应用使用内存存储,也支持集群使用redis存储;完全适用于企业生产级使用;
  2. 有效的避免了jwt服务端无法退出问题;
  3. 解决jwt无法作废已颁布的令牌,只能等到令牌过期问题;
  4. 通过用户扩展信息存储在服务端,有效规避了jwt携带大量用户扩展信息导致降低传输效率问题;
  5. 有效避免jwt需要客户端实现续签功能,增加客户端复杂度;支持服务端自动续期,客户端不需要关心续签逻辑;

特性说明

  1. 支持token认证,不强依赖于session和cookie,适用jwt和session认证所有场景;
  2. 支持单机gcache和集群gredis模式;
# 缓存模式 1 gcache 2 gredis 3 fileCache
CacheMode =2

支持服务端缓存自动续期功能
// 注:通过MaxRefresh,默认当用户第五天访问时,自动续期// 超时时间 默认10天
Timeout int// 缓存刷新时间 默认为超时时间的一半
MaxRefresh int
  1. 支持分组拦截、全局拦截、深度路径拦截,便于根据个人需求定制拦截器;建议使用分组拦截方式;
  2. 框架使用简单,只需要设置登录验证方法以及登录、登出路径即可;
  3. gtoken v1.4.0版本开始支持分组中间件方式实现,但依然兼容全局和深度中间件实现方式;

对比JWT

  1. 相比于JWT,Gtoken最大的特点是“有状态”
  2. 另外一个特点是不需要客户端刷新token,而是服务端自动刷新token的过期时间

大家结合自己的场景去使用,不要刻意去追求“无状态”或者“有状态”。能解决自己实际问题的才是好插件:

上图红框,是插件作者在官方文档评论区的解答。

延伸

之前分享jwt和gtoken文章的时候,和群里的一位大佬探讨过。

如果你在登录鉴权方面有很高的要求,比如要和灰产斗智斗勇,那么建议你自己深入了解OAuth原理

在这里也推荐一个很不错的开源项目:

https://github.com/ego-component/eoauth2

好了,这期内容就到这里,感谢大家的观看,欢迎点赞支持。

一起学习

感谢我群大佬,真是卧虎藏龙。

我们搞了一个有门槛的学编程专属群,大家一起学习打卡,互相督促,欢迎加入我们:

点这里—>加入高质量学编程专属群👏👏👏


本文转载自: https://blog.csdn.net/w425772719/article/details/128220721
版权归原作者 王中阳Go 所有, 如有侵权,请联系我们删除。

“【视频+源码】登录鉴权的三种方式:token、jwt、session实战分享”的评论:

还没有评论