Shiro授权(Authorization)

术语简介

权限
授权,也叫访问控制,即在应用中控制能访问哪些资源在授权中需要了解的几个关键对象:主体(Subject).资源(Resource).权限(Permission).角色(Role).
主体
主体,即访问应用的用户,在Shiro中使用Subject代表该用户.用户只有授权后才允许访问相应的资源
资源
在应用中用户可以访问的任何东西,比如访问JSP页面,查看/编辑某些数据.访问某个业务方法.打印文本等等资源,用户只有授权后才能访问.
权限
安全策略中的原子授权单位，通过权限我们可以表示在应用中用户有没有操作某个资源的
权力。即权限表示在应用中用户能不能访问某个资源，如:访问用户列表页面、查看/新增/修
改/删除用户数据（即很多时候都是 CRUD(增查改删）式权限控制）、打印文档等等。
如上可以看出，权限代表了用户有没有操作某个资源的权力，即反映在某个资源上的操作
允不允许，不反映谁去执行这个操作。所以后续还需要把权限赋予给用户，即定义哪个用户允
许在某个资源上做什么操作（权限)，Shiro不会去做这件事情，而是由实现人员提供。
Shiro支持粗粒度权限（如用户模块的所有权限）和细粒度权限（操作某个用户的权限，
即实例级别的）。
角色
角色代表了操作集合，可以理解为权限的集合，一般情况下我们会赋予用户角色而不是权
限，即这样用户可以拥有一组权限，赋予权限时比较方便。典型的如:项目经理、技术总监.
CTO、开发工程师等都是角色，不同的角色拥有一组不同的权限。
隐式角色
即直接通过角色来验证用户有没有操作权限，加在应用中CT、技术总监、开发工程师可
以使用打印机，假设某天不允许开发工程师使用打印机，此时需要从应用中删除相应代码;再
如在应用中CTO、技术总监可以查看用户、查看权限;突然有一天不允许技术总监查看用户、
查看权限了，需要在相关代码中把技术总监角色从判断逻辑中删除掉;即粒度是以角色为单位
进行访问控制的，粒度较粗;如果进行修改可能造成多处代码修改。
显示角色
在程序中通过权限控制谁能访问某个资源，角色聚合一组权限集合:这样假设哪个角色不
能访问某个资源，只需要从伯色代表的权限集合中移除即可;无须修改多处代码;即粒度是以
资源/实例为单位的;粒度较细。
请百度搜索“RBAC”和“RBAC新解”分别了解“基于角色的访问控制”“基于资源的访问
控制(Resource-Based Access Control)”。
授权流程
以下就是授
权流程图

流程如下:
1.首先调用Subject.isPermitted*/hasRole接口,其会委托给SecurityManager,而SecurityManager接着会委托给Authorizer;
2.Authorizer是真正的授权者,如果我们调用如isPermitted(“user:view”),首先会通过PermissionResolver把字符串装换成相应的Permission实例;
3在进行授权之前,其会调用相应的Realm获取Subject相应的角色/权限用于匹配传入的角色/权限;
4.Authorizer会判断Realm的角色/权限是否和传入的匹配,如果有多个Realm,会委托给ModularRealmAuthorizer进行循环判断,isPermitted/hasRole*如果匹配会返回true,否则返回false表示授权失败.