Spring Security 4 中的 hasRole 和 hasAuthority 差异引发的思考

前言:

在使用 Spring Security 的时候我们必然会使用到如下两种访问权限配置中的一种:

  • 第一种:
http.authorizeRequests()
        .antMatchers("/root/**").hasAuthority("root")
        .antMatchers("/admin/**").hasAuthority("admin")
        .anyRequest().authenticated()
  • 第二种:
http.authorizeRequests()
        .antMatchers("/root/**").hasRole("root")
        .antMatchers("/admin/**").hasRole("admin")
        .anyRequest().authenticated()

那么这两种配置有什么区别呢?今天就来聊一聊这个问题。


一、源码分析:

hasAuthority 实现如下:
在这里插入图片描述在这里插入图片描述

我们在调用 hasAuthority 方法时,如果数据是从数据库中查询出来的,这里的权限和数据库中保存一致即可,可以不加 ROLE_ 前缀。即数据库中存储的用户角色如果是 admin,这里就是 admin。

hasRole 实现如下:
在这里插入图片描述在这里插入图片描述

可以看到,hasRole 的处理逻辑和 hasAuthority 似乎差不多,不同的是,hasRole 这里会自动给传入的字符串加上 ROLE_ 前缀,所以在数据库中的权限字段的值需要加上 ROLE_ 前缀。即数据库中存储的用户角色如果是 ROLE_root,这里就是 root。

综上使用 hasAuthority 显得更加方便,不用考虑要不要加 ROLE_ 前缀,数据库权限字段的值是什么样就是什么样。而 hasRole 则不同,代码里如果写的是 root,框架会自动加上 ROLE_ 前缀,所以数据库就必须是 ROLE_root。

看起来 hasAuthorityhasRole 的区别就是有没有 ROLE_ 前缀。然而在最终的权限比对中 hasAuthorityhasRole 居然最终都是调用了 hasAnyAuthorityName 方法。
在这里插入图片描述
hasAnyRole 在调用 hasAnyAuthorityName 方法时设置了 ROLE_ 前缀,hasAnyAuthority 在调用 hasAnyAuthorityName 方法时没有设置前缀。
在这里插入图片描述
所以我们单纯从源码角度来看,hasRole 和 hasAuthority 这两个功能似乎一模一样,除了前缀之外就没什么区别了。

那么 Spring Security 设计者为什么要弄两个功能几乎一模一样的东西呢?

authority 描述的的是一个具体的权限,例如针对某一项数据的查询或者删除权限,它是一个 permission,例如 read_employee、delete_employee、update_employee 之类的,这些都是具体的权限,相信大家都能理解。

role 则是一个 permission 的集合,它的命名约定就是以 ROLE_ 开始,例如我们定义的 ROLE 是 ROLE_ADMIN、ROLE_USER 等等。我们在 Spring Security 中的很多地方都能看到对 Role 的特殊处理,权限管理的投票器与表决机制中,RoleVoter 在处理 Role 时会自动添加 ROLE_ 前缀。

在项目中,我们可以将用户和角色关联,角色和权限关联,权限和资源关联。


github 上 Spring Security 的 issue 有人提出了类似问题:https://github.com/spring-projects/spring-security/issues/4912

从作者对这个问题的回复中,可以得出:
在这里插入图片描述

1、作者承认了目前加 ROLE_ 前缀的方式一定程度上给开发者带来了困惑,但这是一个历史积累问题。
2、作者说如果不喜欢 ROLE_,那么可以直接使用 hasAuthority 代替 hasRole,言下之意,就是这两个功能是一样的。
3、作者还说了一些关于权限问题的看法,权限是典型的对对象的控制,但是 Spring Security 开发者不能向 Spring Security 用户添加所有权限,因为在大多数系统中,权限都过于复杂庞大而无法完全包含在内存中。当然,如果开发者有需要,可以自定义类继承自 GrantedAuthority 以扩展其功能。

从作者的回复中我们也可以看出来,hasAuthority 和 hasRole 功能上没什么区别,设计层面上确实是两个不同的东西。


比较 Spring Security 几次大版本的更新,可以得出在 Spring Security 4 之前,hasAuthority 和 hasRole 几乎是一模一样的,没有 ROLE_ 的区别。就是说 hasRole(“root”) 和 hasAuthority(“root”) 是一样的。而在 Spring Security 4 之后,才有了前缀 ROLE_ 的区别。

Spring Security 3 迁移至 Spring Security 4 更新说明文档如下:https://docs.spring.io/spring-security/site/migrate/current/3-to-4/html5/migrate-3-to-4-jc.html#m3to4-role-prefixing

在这里插入图片描述

  • 6
    点赞
  • 11
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 1
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

打赏作者

m0rta1

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

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

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

打赏作者

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

抵扣说明:

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

余额充值