Spring整合Shiro 权限 角色 用户关系分析

Spring整合Shiro 权限 角色 用户关系分析

作者 ： Stanley 罗昊

【转载请注明出处和署名，谢谢！】

前置内容

之前我们学习了，使用注解的方式去完成权限的控制，当然，也是静态的，也就是说我们之前并没有与数据库交互；

所以，接下来就是，如果我们要依靠数据库来实现授权，说白了就是需要去数据库查找该用户是否拥有这项权限；

所以，这里我们可以想一下，既然已经用到数据库了，我们就可以联想到在数据库中，是不是有一个字段来专门保存权限呀；

这个时候，我们就需要想一个问题了，我们该如何去设计或创建这张表呢？

在这里，我们的用户、角色、权限，他们之间都是怎么关系呢？

所以，在数据库中，我们就依赖这三者关系所建立出来的；

所以，这个时候我们需要缕清，用户、角色以及授权这三者究竟是什么关系；

用户、角色及授权三者关系

Shiro的授权模式采用Rbac模式，意思就是，谁，扮演了什么角色，被允许执行什么操作，其中的“谁”就是user，其中扮演什么角色（role），操作就是权限（permission）；

接下来，我们来看一幅图，并作出详细解释：

可操作的事情、所处角色、具体实施的人；

我们来看，他们之间的关系对应的是什么？

首先我们来看可操作的事情：

我们在这个栏中可以看到，我们分别有 主持班会 授课 课间辅导 ...；而它对应上的中间的这一栏，也就是所处职位。

分别有授课老师，班主任以及校长；再往后呢，会对应上我们具体实施的人，dafei（大飞）laow（老王）stef（斯特芬）；

我们先来看左边两个，比如中间栏中的授课老师，它分别对应上了授课、课间辅导、课程设计；对应我们的班主任呢，它就可以主持班会主持研讨会；

大家注意看，这个是不是就是仅仅职位所能干的事情呀，也就是说这某一个职位所具有的职能被允许做某些事情；

这个时候，左面这两个栏中，跟用户（右一）这一栏中，有任何关系吗？

答案是没有关系，那么在什么时候有关系呢？比如这个时候，dafei出来了，如果它被任命为授课老师的话，拿换一句话说，这个dafei是不是就已经拥有授课课间辅导以及课程设计的权力了呀；

角色有许多种，所以，不同的角色可以执行不同的操作；

而具体实施的人，就是我们的用户，用户扮演某种角色，如果这个用户扮演了校长这个角色，那么它就被授予校长所拥有的操作，正如上面栏目中的授课及主持研讨会；

三者之间存在的关系

所处的职位与可操作的事情之间有什么关系吗？

首先看授课，授课老师是不是可以做三件事情，授课、课间辅导、设计课程，那么反过来，是不是可执行操作能对应上许多职位呀，比如授课可以给校长，也可以给班主任；所以他们之间的关系是多对多对多关系；

一个权限，可以分配给多个角色，一个角色可以拥有多个权限，也是一样的说法；

角色跟用户又是什么关系呢？

我们先来站在stef的角度来看，他是不是即可以担任校长又可以授课，也就是他拥有两个角色；

反过来说呢，角色也可以给多个用户进行扮演，所以他们之间也是多对多的关系；

用户跟权限有关系吗？

是没有关系的！他们之间是没有直接的关联，如果非要扯上关系的话，那么就需要通过中间的这个角色；

比如，这个dafei对应上我们的授课老师，所以大飞就拥有了授课、课程辅导、课程设计这三种权限；

所以，角色是他们俩之间的关联，使他们拥有了关系；

数据库表的设计

我们需要把他们分成三张表进行设计：

权限表 角色表 用户表，这三张表；

但是，你们这三张表相互独立，是无法体现出多于多的关系；

那我们该怎么办呢？

如果想产生多与多多对多的关系，那么就必须借助中间表；

所以需要五张表：

permission权限表 role角色表，role_permission权限角色关联表：

这个是他们俩的中间关联表；说白了就是role是角色表，他所对应的权限，比如role表中的id1是校长这个时候permission表中id1 与 id3是校长所拥有的操作，主持研讨会与授课，所在中间表里体现的就是：

role_id  permission_id

1                 1

1                 3

接下来呢，就是用户与角色的对应；用户与角色也是多对多的关系；

所以就存在一个用户与角色之间的关联表：

你这个用户，扮演了什么角色，角色也可以被多个用户扮演；比如：userid1 name是小明 userid2是小刚；roleid1所属角色是校长；id2是教师；

user_id              role_id

1(小明)              1（扮演校长）

2（小刚）          2（扮演教师）

如果用户是扮演了两个角色呢？很简单；假设 userid15 是大飞 他拥有 校长与授课老师的角色 校长角色 roleid对应5 教师对应 3

user_id              role_id

15(大飞)               5（扮演校长）

15(大飞）             3（扮演教师）

数据库字段设计

用户表：

用户表就比较简单【讲解模式下】：

不需要在该表中关联任何权限之类的，因为在另外两张表中已经规划好；

角色表：

角色表也非常简单，第一个是id，第二个就是name角色名称的意思，第三个就是对应的英文标识，用英文诠释name中的中文，仅此而已；

换成上面图片中的内容，就是授课老师 班主任 校长...这些可扮演的角色；

权限表（可操作的事情）：

权限表就非常重要了！

权限就是表示我们可操作的事情；前面的id就是权限id中间的name就是权限的名称，比如主持班会 授课 课程设计，而后面这个呢，就是权限表达式，也是最关键的一个，就是由它来控制权限的；

在Shiro中，权限表达式是按照三段式来写的，第一段前面是资源中间一个双点（ ：）然后再双点后面跟上资源实例；

所以，在字段中，resource就是资源表达式，我们需要把一段权限表达式写在该字段内；

就如上面写的一样，把选中的部分放入到字段中；

role与permission中间表（角色与权限中间表）：

这个我在上方也详细说过；

role_id：

这个字段存的是role表中的id，就是角色表id，这个角色可以拥有那些权限（permission_id）;

permission_id

这个字段是权限表，也就是可以操作的事情，代表这个角色可以拥有那些权限，并产生多对多的关系；

一个角色(role_id)可以被授予多个权限（permission_id）;反过来，一个权限可以被多个角色使用；

用户表（user）：

用户表就无需添加任何字段，因为，另外四张表都使用了用户表的ID，所以产生了被动牵连；

用户(user)与角色(role)关系表

user_id就是用户表中用户的id，role_id就是角色表中的角色id；

意思就是，这个用户可以扮演某些角色，一个用户可以扮演多个角色；

一个角色也可以被多个用户同时扮演；