Shiro授权

---

授权的概念

主体：

主体，即访问应用的用户，在Shiro中使用Subject代表用户。用户只有授权后才允许访问相应的资源。

资源：

在应用中用户可以访问的任何东西都称为资源。用户只有授权后才能访问。

权限：

安全策略中的原子授权单位，通过权限我们可以表示在应用中用户有没有操作某个资源的权利。即权限表示在应用中用户能不能访问某个资源。
shiro支持粗颗粒度权限（如用户模块的所有权限）和细颗粒度权限（操作某个用户的权限，即实例级别的）。

角色：

角色代表了操作集合，可以理解为权限的集合，一般情况下我们会赋予用户角色而不是权限，即这样用户可以拥有一组权限。不同的角色拥有一组不同的权限。

隐式角色：

即直接通过角色来验证用户有没有操作权限。比如：在应用中班长和课代表可以使用打印机，但是某一天老师不允许课代表使用打印机了，我们就需要将应用中课代表操作打印机的权限代码删除。即粒度是以角色为单位进行访问控制的，粒度较粗。

显示角色:

在程序中通过权限控制谁能访问某个资源，角色聚合一组权限集合；这样假设某个角色不能访问某个资源，只需要从角色代表的权限集合中移除即可；无需修改多处代码；即粒度是以资源、实例为单位的，粒度较细。

---

授权流程

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表示授权失败。

ModularRealmAuthorizer进行多Realm匹配流程：
1. 首先检查相应的Realm是否实现了Authorizer;
2. 如果实现了Authorizer，那么接着调用其相应的isPermitted*/hasRole*接口进行匹配；
3. 如果有一个Realm匹配那么僵返回true，否则返回false;

如果Realm进行首选的话，应该继承AuthorizingRealm，其流程是：

1. 如果调用hasRole*，则直接获取AuthorizationInfo.getRoles()与传入的角色比较即可
2. 如果调用如isPermitted(“user:view”)，首先通过PermissionResolver将权限字符串转换成相应的Permission实例，默认使用WildcardPermissionResolver，即转换为通配符的WildcardPermission；
3. 通过AuthorizationInfo.getObjectPermissions()得到Permission实例集合；通过AuthorizationInfo.getStringPermissions()得到字符串集合并通过PermissionResolver解析为Permission实例；然后获取用户的角色，并通过RolePermissionResolver解析角色对应的权限集合（默认没有实现，可以自己提供）；
4. 接着滴啊用Permission.implies(Permission p)逐个与传入的权限比较，如果有匹配的则返回true,否则返回false.
示例：pandas 是基于NumPy 的一种工具，该工具是为了解决数据分析任务而创建的。

二、使用步骤

具体详细可去这位优秀博主的博客自行了解哟!地址:操作细节