RBAC（Role-based access control）基于角色的访问控制，是一种较新且广为使用的权限控制机制，这种机制不是直接给用户赋予权限，而是将权限赋予角色。（看到这读者们是不是觉得跟ACL有相似之处呢）
RBAC将用户按角色进行归类，通过用户的角色来确定用户对某项资源是否具备操作权限。RBAC简化了用户与权限的管理，它将用户与角色关联、角色与权限关联、权限与资源关联，这种模式使得用户的授权管理变得非常简单和易于维护。RBAC权限模型有三个主要原则：
（1）最小权限：给角色配置的权限是其完成任务所需要的最小权限集合
（2）职责分离：通过相互独立互斥的角色来共同完成任务，即不能一个角色有重复功能，有这种场景就给一个用户赋予多个角色
（3）数据抽象：通过权限的抽象来体现
RBAC权限模型分类
RBAC0
在RBAC0中，一个用户可以具备多个角色，一个角色可以具备多个权限。如下图
用户表
角色表
1：n
权限表
1：n
访问合集
1：n
1:1
用户所具备的权限是用户所具备角色的权限合集
RBAC1
RBAC1是在RBAC0的技术基础之上建立的，主要是增加了角色的继承关系，让角色有了上下级。如下图
用户表
角色表
1：n
权限表
1：n
访问合集
1：n
1:1
用户所具备的权限是用户所具备角色的权限合集
0：n
RBAC2
RBAC2也是在RBAC0的技术基础之上建立的，引入了静态职责分离和动态职责分离。
角色互斥：在实际项目中有一些角色是互斥的，如财务就不能自己报账自己审批，对于这个角色一般不能和其他角色见人。通过职责分离可以解决这一问题。
静态职责分离：在权限配置阶段就做限制。如同一个用户不能被授予互斥的角色，授予时做互斥判断。
动态职责分离：运行阶段进行限制。如一个用户即使有多个角色，代码也会实时判断其真正有效的角色是几个。
用户表
角色表
1：n
权限表
1：n
访问合集
1：n
1:1
用户所具备的权限是用户所具备角色的权限合集
静态职责分离
动态职责分离
RBAC3
RBAC3是RBAC1和RBAC2的合体，如下图：
用户表
角色表
1：n
权限表
1：n
访问合集
1：n
1:1
用户所具备的权限是用户所具备角色的权限合集
静态职责分离
动态职责分离
0：n
