Shiro架构(下)

我们来从Shiro内部来看下Shiro的架构，如下图所示： 

Subject：主体，可以看到主体可以是任何可以与应用交互的“用户”；

 SecurityManager ： 相当于 SpringMVC 中 的 DispatcherServlet 或者 Struts2 中 的 FilterDispatcher；是Shiro的心脏；所有具体的交互都通过SecurityManager进行控制；它管 理着所有Subject、且负责进行认证和授权、及会话、缓存的管理。 

Authenticator：认证器，负责主体认证的，这是一个扩展点，如果用户觉得 Shiro 默认的 不好，可以自定义实现；其需要认证策略（Authentication Strategy），即什么情况下算用户 认证通过了； 

Authrizer：授权器，或者访问控制器，用来决定主体是否有权限进行相应的操作；即控制 着用户能访问应用中的哪些功能； 

Realm：可以有1个或多个Realm，可以认为是安全实体数据源，即用于获取安全实体的； 可以是JDBC实现，也可以是LDAP实现，或者内存实现等等；由用户提供；注意：Shiro不知道你的用户/权限存储在哪及以何种格式存储；所以我们一般在应用中都需要实现自己 的Realm；

SessionManager：如果写过Servlet就应该知道Session的概念，Session呢需要有人去管理 它的生命周期，这个组件就是 SessionManager；而 Shiro 并不仅仅可以用在 Web 环境，也 可以用在如普通的JavaSE环境、EJB等环境；所有呢，Shiro就抽象了一个自己的Session 来管理主体与应用之间交互的数据；这样的话，比如我们在 Web 环境用，刚开始是一台 Web服务器；接着又上了台EJB服务器；这时想把两台服务器的会话数据放到一个地方， 这个时候就可以实现自己的分布式会话（如把数据放到Memcached服务器）；

 SessionDAO：DAO大家都用过，数据访问对象，用 于会话的CRUD，比如我们想把Session 保存到数据库，那么可以实现自己的 SessionDAO，通过如 JDBC 写到数据库；比如想把 Session 放到Memcached中，可以实现自己的Memcached SessionDAO；另外 SessionDAO 中可以使用Cache进行缓存，以提高性能； 

CacheManager：缓存控制器，来管理如用户、角色、权限等的缓存的；因为这些数据基本 上很少去改变，放到缓存中后可以提高访问的性能 ；

Cryptography：密码模块，Shiro提高了一些常见的加密组件用于如密码加密/解密的。