Shiro提供了完整的企业级会话管理功能,不依赖于底层容器(如web容器tomcat),不管JavaSE还是JavaEE环境都可以使用,提供了会话管理、会话事件监听、会话存储/持久化、容器无关的集群、失效/过期支持、对Web的透明支持、SSO单点登录的支持等特性。即直接使用Shiro的会话管理可以直接替换如Web容器的会话管理。
会话(session)
所谓会话,即用户访问应用时保持的连接关系,在多次交互中应用能够识别出当前访问的用户是谁,且可以在多次交互中保存一些数据。
如访问一些网站时登录成功后,网站可以记住用户,且在退出之前都可以识别当前用户是谁。
Shiro的会话支持不仅可以在普通的JavaSE应用中使用,也可以在JavaEE应用中使用,如web应用。且使用方式是一致的。
登录成功后使用Subject.getSession()
即可获取会话;其等价于Subject.getSession(true)
,即如果当前没有创建Session对象会创建一个;另外Subject.getSession(false)
,如果当前没有创建Session则返回null(不过默认情况下如果启用会话存储功能的话在创建Subject时会主动创建一个Session)。
会话管理器
会话管理器管理着应用中所有Subject
的会话的创建、维护、删除、失效、验证等工作,是Shiro的核心组件。
顶层组件SecurityManager
直接继承了SessionManager
,且提供了SessionsSecurityManager
实现直接把会话管理委托给相应的SessionManager
。DefaultSecurityManager
及DefaultWebSecurityManager
都继承了SessionsSecurityManager
。
SecurityManager提供了如下接口:
另外用于Web环境的WebSessionManager又提供了如下接口:
Shiro还提供了ValidatingSessionManager用于验资并过期会话:
Shiro提供了三个默认实现:
DefaultSessionManager
:使用的默认实现,用于JavaSE环境;ServletContainerSessionManager
:使用的默认实现,用于Web环境,其直接使用Servlet容器的会话;DefaultWebSessionManager
:用于Web环境的实现,可以替代ServletContainerSessionManager
,自己维护着会话,直接废弃了Servlet容器的会话管理。
在Servlet容器中,默认使用JSESSIONID
Cookie维护会话,且会话默认是跟容器绑定的;
在某些情况下可能需要使用自己的会话机制,此时我们可以使用DefaultWebSessionManager
来维护会话:
sessionIdCookie
是sessionManager创建会话Cookie的模板:sessionIdCookie.name
:设置Cookie名字,默认为 JSESSIONID;sessionIdCookie.domain
:设置Cookie的域名,默认空,即当前访问的域名;sessionIdCookie.path
:设置Cookie的路径,默认空,即存储在域名根下;sessionIdCookie.maxAge
:设置Cookie的过期时间,秒为单位,默认-1表示关闭浏览器时过期Cookie;sessionIdCookie.httpOnly
:如果设置为true,则客户端不会暴露给客户端脚本代码,使用HttpOnly cookie
有助于减少某些类型的跨站点脚本攻击;此特性需要实现了Servlet 2.5 MR6及以上版本的规范的Servlet容器支持;sessionManager.sessionIdCookieEnabled
:是否启用/禁用Session Id Cookie
,默认是启用的;如果禁用后将不会设置Session Id Cookie
,即默认使用了Servlet容器的JSESSIONID,且通过URL重写(URL中的“;JSESSIONID=id”部分)保存Session Id。
会话存储/持久化
Shiro提供SessionDAO
用于会话的CRUD,即DAO(Data Access Object)模式实现:
Shiro内嵌了如下SessionDAO
实现:
AbstractSessionDAO
:提供了SessionDAO
的基础实现,如生成会话ID等;MemorySessionDAO
:直接在内存中进行会话维护;CachingSessionDAO
:提供了对开发者透明的会话缓存的功能,只需要设置相应的CacheManager
即可;EnterpriseCacheSessionDAO
:继承自CachingSessionDAO
,设置了CacheManager
,提供了缓存功能的会话维护。默认情况下使用MapCache
实现,内部使用ConcurrentHashMap
保存缓存的会话。
Shiro提供了使用Ehcache进行会话存储,Ehcache可以配合TerraCotta实现容器无关的分布式集群。
首先在pom.xml里添加如下依赖:
接着配置shiro-web.ini文件:
sessionDAO.activeSessionsCacheName
:设置Session缓存名字,默认就是shiro-activeSessionCache;cacheManager
:缓存管理器,用于管理缓存的,此处使用Ehcache实现;cacheManager.cacheManagerConfigFile
:设置ehcache缓存的配置文件;securityManager.cacheManager
:设置SecurityManager的cacheManager,会自动设置实现了CacheManagerAware接口的相应对象,如SessionDAO的cacheManager;
然后配置ehcache.xml:
Cache的名字为shiro-activeSessionCache,即设置的sessionDAO的activeSessionsCacheName属性值。
如果自定义实现SessionDAO,继承CachingSessionDAO即可:
doCreate/doUpdate/doDelete/doReadSession分别代表创建/修改/删除/读取会话;此处通过把会话序列化后存储到数据库实现。
其他设置和之前一样,因为继承了CachingSessionDAO,所有在读取时会先查缓存中是否存在,如果找不到才到数据库中查找。
会话验证
Shiro提供了会话验证调度器,用于定期的验证会话是否已过期,如果过期将停止会话;出于性能考虑,一般情况下都是获取会话时来验证会话是否过期并停止会话的;但是如在web环境中,如果用户不主动退出是不知道会话是否过期的,因此需要定期的检测会话是否过期,Shiro提供了会话验证调度器SessionValidationScheduler来做这件事情。
可以通过如下ini配置开启会话验证:
sessionValidationScheduler
:会话验证调度器,sessionManager默认就是使用ExecutorServiceSessionValidationScheduler,其使用JDK的ScheduledExecutorService进行定期调度并验证会话是否过期;sessionValidationScheduler.interval
:设置调度时间间隔,单位毫秒,默认就是1小时;sessionValidationScheduler.sessionManager
:设置会话验证调度器进行会话验证时的会话管理器;sessionManager.globalSessionTimeout
:设置全局会话超时时间,默认30分钟,即如果30分钟内没有访问会话将过期;sessionManager.sessionValidationSchedulerEnabled
:是否开启会话验证器,默认是开启的;sessionManager.sessionValidationScheduler
:设置会话验证调度器,默认就是使用ExecutorServiceSessionValidationScheduler。
Shiro也提供了使用Quartz会话验证调度器:
使用时需要导入shiro-quartz依赖:
如上会话验证调度器实现都是直接调用AbstractValidatingSessionManager 的validateSessions方法进行验证,其直接调用SessionDAO的getActiveSessions方法获取所有会话进行验证,如果会话比较多,会影响性能;
可以考虑如分页获取会话并进行验证:
其直接改造自ExecutorServiceSessionValidationScheduler
,如上代码是验证的核心代码,可以根据自己的需求改造此验证调度器器;ini的配置和之前的类似。