那就是ACL(Access-control list，访问控制列表)和RBAC(Role-based access control，基于角色的访问控制)。
如果我们现场来做一个访问控制，会怎么做呢？最简单的就是，像门卫一样，把每个人和每个对象做一行记录，比如：
张三 -> 电表：可读
李四 -> 电表：可写
王二麻子 -> 电表：可读可写
张三 -> 水表：可读可写
这种模型简单粗暴，谁有权限，就记录下来。在文件系统中，这种模式还挺好用的，因为UNIX的经典权限模型常见情况下都够用， ACL做一个扩充，够了。
但是在实际业务系统中，这样就有一点点小麻烦。如果一个公司有几千号人、几万人甚至数十万人，而要做权限控制的东西也很多，
那就是 MxN 的复杂度，这个列表维护起来似乎并不简单。
没有什么问题是加一个中间层解决不了的，如果有，就加两个。
所以我们要加一个中间层，把人和对象中间加一个东西：角色。比如：
我们把电表的权限分为：
水表的权限分为：
此时电表、水表只与何种角色有关，我们再将角色与人关联起来，就可以实现访问控制，比如上述ACL可以设置为：
张三：电表的抄表员，水表的管理员
李四：电表的维修员
王二麻子：电表的管理员
正是因为在实际业务场景中，很多权限其实都是重复的，因此我们可以将重复的东西抽象出来，使用角色，分别和人、物绑定，这就 产生了基于角色的访问控制。
参考资料：
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。