请教各位大大: 前后端分离 后端应该用什么 权限验证框架?

发布于 2022-05-04 00:51:04 字数 112 浏览 857 评论 15

请教各位大大: 前后端分离 后端应该用什么 权限验证框架?

例如:oauth2、jwt、shiro    各有什么优缺点?  到底哪种解决方案更好?或者说更常用。。

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(15

满栀 2022-05-06 08:40:06

请求 的每个 接口 都要做权限 啊

故人爱我别走 2022-05-06 08:40:06

shiro被国内大多数公司和整合框架都有整合 但是oauth和jwt相对较少。我之前只了解过oauth2

shiro制作权限的验证,角色和用户的对应,你可以自己制定。并且和spring比较好搭配。

oauth2感觉就像是去问一个人,有没有权限,有什么权限,该怎么做

瑾夏年华 2022-05-06 08:40:06

前后端分最大的特点就是终端失去了Cookie特性,token的提交只能走header模式,后端也要从header中读取token,其实各大框架对这种模式都是有一定程度的支持的

如果楼主图稳重的话可以使用shiro、SpringSecurity这种比较老牌的框架,如果要简单上手的,可以使用新一代权限认证框架:Sa-Token,参考:https://gitee.com/dromara/sa-token

月朦胧 2022-05-06 08:40:04

回复
这是后端的问题 和分离不分离没关系

朱染▼ 2022-05-06 08:40:03

后端用什么和前端没关系 

后端用什么和前端没关系 

后端用什么和前端没关系 

后端用什么和前端没关系 

既然分离了 又不依赖后端的技术 只是查询下权限和菜单而已 

夜巴黎╮ 2022-05-06 08:40:01

为 什么不能 对比?

单身狗的梦 2022-05-06 08:39:59

那 我在问个问题 可以吗? java 、c#、c语言 各自的优缺点 是什么?

时光无声 2022-05-06 08:39:53

回复
oauth2是一种用户授权标准,jwt是传递token的一种消息标准,shiro是一个授权框架。 怎么能拿在一起比较?我可以用shiro来实现oauth2标准,消息传递使用Jwt实现

谢绝鈎搭 2022-05-06 08:39:49

回复
@Joyzhou : 你说的这个在理。

我三岁 2022-05-06 08:39:14

不是,这三个放一起对比是什么意思?

天邊彩虹〆 2022-05-06 08:38:51

用shiro,就一个字,简单,而且文档丰富,对常用的东西已经封装的非常好了

蓝天 2022-05-06 08:35:46

以前用的spring security 前后端分离后 不能用了 啊

悲喜皆因你 2022-05-06 00:14:45

oauth2和jwt可以理解成一种流程 我对它们理解不深 jwt可以保证用户登录态 oauth2多用于用户存在登录态的情况下,向第三方授权 前两者可以说是一种思想,不用严格遵循,有点像设计模式。 shiro是一个纯权限验证框架,貌似不是原生支持跨域和跨项目的,需要你自己去实现 shiro就是你说的权限验证框架,比较简单。另外还有spring security,稍微复杂一点

作妖 2022-05-05 23:31:15

谢 我 目前 就是使用这种方式

泪之魂 2022-05-05 21:34:14

后端权限验证还是shiro或者spring security,差别是shiro需要自己改造成不依赖session的,spring security直接支持,不过其实前后端分离之后尽管大部分人推荐无状态,但也还可以用session,无状态就是登录过程给前端一个jwt格式的token,前端请求的时候把这个token放在header里面,就是Bearer Token的Authorization,后端拦截这个token,验证有效性和权限,生成这个token的时候,小项目通常直接生成,大项目用oauth2当作用户中心来为多个项目生成,另外现在网上也有不少人说用jwt不安全,是偷懒的行为,但是并没有说应该用什么.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文