Apache Shiro的会话管理提供了一个非常令人兴奋的功能，你可通过Shiro本身实现会话集群而不需要担心容器的环境。你使用Shiro本身的会话和会话集群可以部署到Tomcat，Jetty，JBOSS，Geronimo等任何的环境下，而不用担心容器或环境对集群设置所需要的特定配置。Shiro的会话集群只需配置一次就可运行在任何环境下。

这是怎么做到的呢？

一切是基于Shiro的POJO体系结构，使得创建会话集群非常简单，只要在会话持久层实现集群机制。也就是说，如果你配置了一个具有集群功能的SessionDAO，这个DAO就可以与集群机制交互而SessionManager并不需要知道集群的细节。

分布式缓存

现在很多分布式缓存解决方案都已经解决了分布式数据保存在持久层的问题，像Ehcache+TerraCotta, GigaSpaces Oracle Coherence和 Memcached等等。因此在Shiro中创建会话缓存非常简单，只需配置好某个分布式缓存机制。

在实现一个分布式或企业级高速缓存时，对于集群会话存贮需要注意两点：

1、 有足够的内存保留所有的当前会话

2、 如果没有足够的内存来保留所有活动的会话，它必须支持磁盘溢出，确保会话不会丢失。

EnterpriseCacheSessionDAO

Shiro本身已经提供了一个SessionDAO的实现能保存企业级/分布式的缓存数据。这个实现就是EnterpriseCacheSessionDAO，可以在CacheManager中配置它来实现缓存机制。配置如下：

#This implementation would use your preferred distributed caching product's APIs:

activeSessionCache = my.org.apache.shiro.cache.CacheImplementation

sessionDAO = org.apache.shiro.session.mgt.eis.EnterpriseCacheSessionDAO

sessionDAO.activeSessionCache = $activeSessionCache

securityManager.sessionManager.sessionDAO = $sessionDAO

虽然象上面介绍的方法你可要直接往SessionDAO里注入一个Cache实例，但还可以用一种更常见的方式可以为Shiro中所有需要用到缓存的地方配置一个通用的CacheManager。在这种方式中你可以告诉EnterpriseCacheSessionDAO一个Cache的名字，而这个Cache是用来存储活动的会话。

例如：

# This implementation would use your caching product's APIs:

cacheManager = my.org.apache.shiro.cache.CacheManagerImplementation

# Now configure the EnterpriseCacheSessionDAO and tell it what

# cache in the CacheManager should be used to store active sessions:

sessionDAO = org.apache.shiro.session.mgt.eis.EnterpriseCacheSessionDAO

# This is the default value.  Change it if your CacheManager configured a different name:

sessionDAO.activeSessionsCacheName = shiro-activeSessionsCache

# Now have the native SessionManager use that DAO:

securityManager.sessionManager.sessionDAO = $sessionDAO

# Configure the above CacheManager on Shiro's SecurityManager

# to use it for all of Shiro's caching needs:

securityManager.cacheManager = $cacheManager

这种配置方法的特点是不论配置在什么地方，实际上是告诉SessionDAO实例都要使用Cache或CacheManager。那么SessionDAO是怎么使用分布式缓存呢？

当Shiro初始化SecurityManager时，它会检查SessionDAO是否实现了CacheManagerAware的接口。如果是的话，它会自动支持任何可用的全局配置的CacheManager。

当Shiro读到securityManager.cacheManager = $ cacheManager这一行时，它会发现EnterpriseCacheSessionDAO实现了CacheManagerAware的接口并且调用setCacheManager方法，将你配置的CacheManager作为方法参数。

然后在运行时，当EnterpriseCacheSessionDAO需要activeSessionsCache的时候将要求CacheManager实例化并返回它，使用activeSessionsCacheName做为查询的关键字来得到缓存实例。该高速缓存实例将被用于存储和检索会话所有的SessionDAO CRUD操作。

使用Ehcache + Terracotta

在Shiro中使用Enchache+Terracotta提供分布式缓存解决方案已相当成熟。在这个解决方案中象上面描述的Enchache会话缓存配置将不能正常工作，需要做一些Terracotta配置。配置信息要保存到一个enchance.xml文件，例如：

<ehcache>

    <terracottaConfig url="localhost:9510"/>

    <diskStore path="java.io.tmpdir/shiro-ehcache"/>

    <defaultCache

        maxElementsInMemory="10000"

        eternal="false"

        timeToIdleSeconds="120"

        timeToLiveSeconds="120"

        overflowToDisk="false"

        diskPersistent="false"

        diskExpiryThreadIntervalSeconds="120">

        <terracotta/>

   </defaultCache>

   <cache name="shiro-activeSessionCache"

       maxElementsInMemory="10000"

       eternal="true"

       timeToLiveSeconds="0"

       timeToIdleSeconds="0"

       diskPersistent="false"

       overflowToDisk="false"

       diskExpiryThreadIntervalSeconds="600">

       <terracotta/>

   </cache>

   <!-- Add more cache entries as desired, for example,

        Realm authc/authz caching: -->

</ehcache>

你需要修改<terracottaConfig url="localhost:9510"/>的内容，写入相应的Terracotta服务器阵列的主机/端口。另请注意， activeSessionCache元素的diskPersistent或overflowToDisk属性都应该是false的，在群集配置中不支持true。

除此之外还需要在Shiro中进行配置：

sessionDAO = org.apache.shiro.session.mgt.eis.EnterpriseCacheSessionDAO

# This name matches a cache name in ehcache.xml:

sessionDAO.activeSessionsCacheName = shiro-activeSessionsCache

securityManager.sessionManager.sessionDAO = $sessionDAO

# Configure The EhCacheManager:

cacheManager = org.apache.shiro.cache.ehcache.EhCacheManager

cacheManager.cacheManagerConfigFile = classpath:ehcache.xml

# Configure the above CacheManager on Shiro's SecurityManager

# to use it for all of Shiro's caching needs:

securityManager.cacheManager = $cacheManager

请记住，顺序很重要。通过在SecurityManager最后配置CacheManager，我们能确保CacheManager可以传播到所有先前配置的CacheManagerAware组件（如EnterpriseCachingSessionDAO）中。


Logo
向您推荐>>Eolink开发者社区

权威｜前沿｜技术｜干货｜国内首个API全生命周期开发者社区

更多推荐

ELK实现containerd的容器日志采集展示【基于logging的全栈监测】

企业级ELK Stack构建介绍

avatar 云原生

深入理解 Mocha 测试框架：从零实现一个 Mocha

前言什么是自动化测试自动化测试在很多团队中都是Devops环节中很难执行起来的一个环节，主要原因在于测试代码的编写工作很难抽象，99%的场景都需要和业务强绑定，而且写测试代码的编写工作量往往比编写实际业务代码的工作量更多。在一些很多业务场景中投入产出比很低，适合写自动化测试的应该是那些中长期业务以及一些诸如组件一样的基础库。自动化测试是个比较大的概念，其中分类也比较多，比如单元测试，端对端测试，集

avatar 云原生

(20200916 Solved)docker-compose up创建容器自动退出

问题描述如题，创建容器后自动退出了。并且docker start container无效解决方案原因是缺失了控制终端的配置，需要在docker-compose.yml中增加tty:true ，有时候这样也不行，需要再增加一个command:/bin/bash，命令不一定是这个，需要是一个不会退出的命令，然后用-d后台启动容器。Referencesdocker-compose启动容器后自动退出...

avatar 云原生