，利用Nosql数据库redis或者memcache同步sessionredis或memcache可以做分布式，如果没有这功能，他也不能用来做session同步。他可以把web服务器中的内存组合起来，成为一个"内存池"，不管是哪个服务器产生的sessoin都可以放到这个"内存池"中，其他的都可以使用。优点：以这种方式来同步session，不会加大数据库的负担，并且安全性比用cookie大大的提高，把session放到内存里面，比从文件中读取要快很多。缺点：redis或memcache把内存分成很

上一篇已经解决了第一个问题，session的共享，现在我们解决第二个问题cache的共享。    先看下spring的配置文件，上一篇已经提到过了 这里cacheManager我们注入了shiro自定的本机内存实现的cacheManager类，当然，这肯定不满足我们集群的需要，所以我们要自己实现cacheManager类，这里我还是用了redis作为cache的存储，先创建RedisCacheManager实现类 这里cacheManager我们注

Apache Shiro的基本配置和构成这里就不详细说明了，其官网有说明文档，这里仅仅说明集群的解决方案，详细配置：shiro web config    Apache Shiro集群要解决2个问题，一个是session的共享问题，一个是授权信息的cache共享问题，官网给的例子是Ehcache的实现，在配置说明上不算很详细，我这里用nosql（redis）替代了ehcache做了sessio

目前，为了使web能适应大规模的访问,需要实现应用的集群部署. 而实现集群部署首先要解决session的统一，即需要实现session的共享机制。 目前，在集群系统下实现session统一的有如下几种方案：(1) 应用服务器间的session复制共享（如tomcat session共享）(2) 基于cache DB缓存的session共享应用服务器间的ses

授权即访问控制，它将判断用户在应用程序中对资源是否拥有相应的访问权限。 如，判断一个用户有查看页面的权限，编辑数据的权限，拥有某一按钮的权限，以及是否拥有打印的权限等等。 授权三要素授权有着三个核心元素：权限、角色和用户。 权限权限是Apache Shiro安全机制最核心的元素。它在应用程序中明确声明了被允许的行为和表现。一个格式良好好的权限声明可以清晰表达出用户对该资

一、术语介绍Authentication：身份认证，即用户提供一些信息来证明自己的身份。如用户名和密码，licence等。Principals ：主体的“标识属性”，可以是任意标识，例如用户名，身份证号码，手机号码等。Principals可以有多个，但是必须有一个主要的Principal（Primary Principal），这个标识，必须是唯一的。Credentials：凭据，即

一、概述INI配置文件是一种key/value的键值对配置，提供了分类的概念，每一个类中的key不可重复。例如：# =======================# Shiro INI 配置# =======================[main]# 对象和它们的属性在这里定义# 例如 SecurityManager, Realms 等。[users]# 用户在这里定义，如

近期在ITOO项目中研究使用Apache shiro集群中要解决的两个问题，一个是Session的共享问题，一个是授权信息的cache共享问题，官网上给的例子是Ehcache的实现，在配置说明上不算很详细，我在我们的项目中使用的是nosql（Redis）替代了ehcache做了session和cache的存储，接下来从shiro、Cas、redis、session等等基础知识、基本原理集成的角度来不断的深入分析，系列文章篇幅很长，很丰富，尽请期待！