Shiro能做什么

本篇内容主要讲解“Shiro能做什么”，感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷，实用性强。下面就让小编来带大家学习“Shiro能做什么”吧!

前言

权限管理是每个系统不可缺少的，它隶属于系统安全的范畴，实现对用户访问系统的控制，按照指定的安全策略控制用户对资源的访问。

权限管理通常包括用户身份认证和授权两部分，简称认证授权。对于需要访问控制的资源，需先进行用户身份认证，认证通过后用户具有该资源的访问权限便可进行访问。

针对权限管理，在Java体系中，常见的权限框架有Shiro和Spring  Security，当然在一些简单或古老的系统中可能还在用手写的filter来进行权限的管理和控制。本文先从Shiro的功能、组件、架构等方面来带大家了解一下Shiro框架。

Shiro简介

Apache Shiro是一个强大且易用的Java安全框架，执行身份验证、授权、密码和会话管理。与之相对应的便是Spring  Security，但在大多数项目中开发人员更愿意使用Shiro来管理权限。

主要原因是使用起来比较简单，而Spring Security相对来说更重量级一些，学习曲线比较陡峭，而实际环境中也并不需要Spring  Security那么多功能。所以，一般情况下，使用Shiro便足够了。

Shiro可以快速、轻松的运用于任何应用程序中，从最小的移动应用程序到最大的网络和企业应用程序。

Shiro能做什么

Shiro提供了以下功能：认证(Authentication)、授权(Authorization)、加密(Cryptography)、Session管理(Session  Management)、Web集成(Web  Support)、缓存(Caching)等。可用于保护任何应用程序：从命令行应用程序、移动应用程序到最大的Web和企业应用程序。

关于Shiro的核心功能，官方提供了下图：

使用Shiro我们可以实现以下功能：

• 用户认证;

• 用户访问控制：判断用户是否拥有特定的角色;判断用户是否可执行某个操作;

• 在任何环境下使用Session API，即使在Web或EJB容器之外的应用;

• 可在认证、访问控制和会话期间，对事件做出响应;

• 汇总一个或多个用户安全数据的数据源，并将其全部显示为单个复合用户“视图”;

• 支持单点登录(SSO)功能;

• 支持登录时的“记住”功能;

• 其他应用程序;

Shiro特点

Shiro的目标是：在各类应用(从命令行到大型企业应用)中，做到不依赖其他三方框架、容器或应用程序本身的依赖，可以在任何环境中直接使用。同时它又具有以下特点：

• 易于理解的Java Security API;

• 简单的身份认证(登录)，支持多种数据源(LDAP，JDBC，Kerberos，ActiveDirectory 等);

• 对角色的简单的签权(访问控制)，支持细粒度的签权;

• 支持一级缓存，以提升应用程序的性能;

• 内置的基于POJO企业会话管理，适用于Web以及非Web的环境;

• 异构客户端会话访问;

• 非常简单的加密 API;

• 不跟任何的框架或者容器捆绑，可以独立运行;

Shiro各模块功能

结合下图，我们来细化一下Shiro各个模块对应的功能：

Authentication：身份认证/登录，验证用户是不是拥有相应的身份;

Authorization：授权，即权限验证。验证某个用户是否有操作某个功能的权限。如：验证用户是否拥有某个角色、是否有操作某个资源的权限;

Session Management：Session管理，存储用户登录信息于会话当中，支持Web环境和非Web环境;

Cryptography：加密数据，并保持易用性，比如密码加密后存储到数据库;

Web Support：Web支持，可以方便的集成到Web环境;

Caching：缓存，比如用户登录后，对用户信息、角色/权限进行缓存;

Concurrency：Shiro支持多线程场景下的并发验证，即如在一个线程中开启另一个线程，能把权限自动传播过去;

Testing：提供测试支持;

Run As：允许一个用户假装为另一个用户(如果他们允许)进行访问;

Remember Me：记住我，登录之后，下次可直接进入系统。

看了上面的组件是不是突然觉得Shiro在实际应用中被小看了?虽然Shiro为我们提供了这么多功能，但它并不会帮我们实现具体的用户、权限等体系，关于用户、角色、权限等需要自行设计，然后在Shiro中进行处理即可。

核心组件

Shiro包括三大核心组件：Subject，SecurityManager和Realms。这三个组件的关系如下图：

Subject：主体，即“当前操作用户”。在Shiro中Subject并不仅仅指人，是一个抽象概念，也可以是第三方进程、后台帐户(Daemon  Account)或其他类似事物(如爬虫、机器人等)。也就是说它仅仅意味着“当前跟软件交互的东西”。所有Subject都绑定到SecurityManager上，SecurityManager才是实际的执行者。

SecurityManager：它是Shiro框架的核心，典型的Facade模式，Shiro通过SecurityManager来管理内部组件实例(包括所有的Subject)，并通过它来提供安全管理的各种服务。类似SpringMVC中的DispatcherServlet的作用。

Realm：域，充当了Shiro与应用安全数据间的“桥梁”或者“连接器”。也就是说，当对用户执行认证(登录)和授权(访问控制)验证时，Shiro会从应用配置的Realm中查找用户及其权限信息。从这个意义上讲，Realm本质上是一个安全相关的DAO：它封装了数据源的连接细节，在需要时将相关数据提供给Shiro。当配置Shiro时，至少指定一个Realm，用于认证和(或)授权。

Shiro内置了可以连接大量安全数据源(又名目录)的Realm，如LDAP、关系数据库(JDBC)、类似INI的文本配置资源以及属性文件等。如果默认的Realm不能满足需求，还可以自定义Realm实现。

Shiro架构概览

分析了上述组件，我们梳理一下Shiro使用的简单场景：应用程序通过Subject来进行认证和授权，而Subject是委托给SecurityManager管理的。SecurityManager进行认证和授权又需要Authenticator和Realm的支持，因此需将Realm注入给SecurityManager。

那么，Shiro内部的架构又是如何呢?

上图中，Subject、SecurityManager、Realm我们在前面已经讲到过了，这里再看看其他模块：

Authenticator：认证器，负责Subject的认证，支持自定义实现;需要认证策略(Authentication  Strategy)，即认证通过的条件。

Authrizer：授权器，或者访问控制器，用来决定主体是否有权限进行相应的操作。

SessionManager：SessionManager用于管理Session的生命周期。Shiro可用在Web环境和非Web环境，所以Shiro就抽象出一个Session来管理主体与应用之间交互的数据，这样就可以将不同应用的Session进行集中管理，从而实现分布式会话。

SessionDAO：如果想把Session存储到数据库或Memcached当中，则可实现对应的SessionDAO来实现会话的CRUD。SessionDAO中可以使用Cache进行缓存，来提高性能;

CacheManager：缓存控制器，用来管理用户、角色、权限等缓存。

Cryptography：密码模块，提供了常见的加解密组件。

到此，相信大家对“Shiro能做什么”有了更深的了解，不妨来实际操作一番吧！这里是亿速云网站，更多相关内容可以进入相关频道进行查询，关注我们，继续学习！