shiro的配置和使用
1.shiro整合spring的配置
<!-- Shiro主过滤器本身功能十分强大,其强大之处就在于它支持任何基于URL路径表达式的、自定义的过滤器的执行 -->
<!-- Web应用中,Shiro可控制的Web请求必须经过Shiro主过滤器的拦截,Shiro对基于Spring的Web应用提供了完美的支持 -->
<bean id="shiroFilter" class="org.apache.shiro.spring.web.ShiroFilterFactoryBean">
<!-- Shiro的核心安全接口,这个属性是必须的 -->
<property name="securityManager" ref="securityManager"/>
<!-- 要求登录时的链接(可根据项目的URL进行替换),非必须的属性,默认会自动寻找Web工程根目录下的"/login.html"页面 -->
<property name="loginUrl" value="/login.html"/>
<!-- 登录成功后要跳转的连接 -->
<property name="successUrl" value="/index.html"/>
<!-- 用户访问未对其授权的资源时,所显示的连接 -->
<!-- 若想更明显的测试此属性可以修改它的值,如unauthor.jsp,登录后访问/admin/listUser.jsp就看见浏览器会显示unauthor.jsp -->
<property name="unauthorizedUrl" value="/"/>
<!-- Shiro连接约束配置,即过滤链的定义 -->
<!-- 此处可配合我的这篇文章来理解各个过滤连的作用http://blog.youkuaiyun.com/jadyer/article/details/12172839 -->
<!-- 下面value值的第一个'/'代表的路径是相对于HttpServletRequest.getContextPath()的值来的 -->
<!-- anon：它对应的过滤器里面是空的,什么都没做,这里.do和.jsp后面的*表示参数,比方说login.jsp?main这种 -->
<!-- authc：该过滤器下的页面必须验证后才能访问,它是Shiro内置的一个拦截器org.apache.shiro.web.filter.authc.FormAuthenticationFilter -->
<property name="filterChainDefinitions">
<value>
/statics/**=anon
/api/**=anon
/login.html=anon
/sys/login=anon
/captcha.jpg=anon
/**=authc
</value>
</property>
</bean>
<!-- 继承自AuthorizingRealm的自定义Realm,即指定Shiro验证用户登录的类为自定义的UserRealm.java -->
<bean id="userRealm" class="com.platform.shiro.UserRealm"/>
<bean id="sessionManager" class="org.apache.shiro.web.session.mgt.DefaultWebSessionManager">
<!-- 设置session过期时间为1小时(单位：毫秒)，默认为30分钟 -->
<property name="globalSessionTimeout" value="3600000"></property>
<property name="sessionValidationSchedulerEnabled" value="true"></property>
<property name="sessionIdUrlRewritingEnabled" value="false"></property>
</bean>
<!-- 缓存配置 -->
<bean id="cacheManager" class="org.springframework.cache.ehcache.EhCacheManagerFactoryBean">
<property name="configLocation" value="classpath:${ehcache.configFile}" />
</bean>
<!-- 缓存shiro -->
<bean id="shiroCacheManager" class="org.apache.shiro.cache.ehcache.EhCacheManager">
<property name="cacheManager" ref="cacheManager"/>
</bean>
<!-- Shiro默认会使用Servlet容器的Session,可通过sessionMode属性来指定使用Shiro原生Session -->
<!-- 即<property name="sessionMode" value="native"/>,详细说明见官方文档 -->
<!-- 这里主要是设置自定义的单Realm应用,若有多个Realm,可使用'realms'属性代替 -->
<bean id="securityManager" class="org.apache.shiro.web.mgt.DefaultWebSecurityManager">
<property name="sessionManager" ref="sessionManager"></property>
<property name="realm" ref="userRealm"/>
<property name="cacheManager" ref="shiroCacheManager" />
</bean>
<bean id="lifecycleBeanPostProcessor" class="org.apache.shiro.spring.LifecycleBeanPostProcessor"/>
<!-- AOP式方法级权限检查 -->
<bean class="org.springframework.aop.framework.autoproxy.DefaultAdvisorAutoProxyCreator" depends-on="lifecycleBeanPostProcessor">
<property name="proxyTargetClass" value="true" />
</bean>
<bean class="org.apache.shiro.spring.security.interceptor.AuthorizationAttributeSourceAdvisor">
<property name="securityManager" ref="securityManager"/>
</bean>
2.shiro配置的讲解
-
shiroFilter 是shiro的过滤器，包含属性securityManager，securityManager是shiro的安全认证的核心组件。属性filterChainDefinitions是过滤连，anon表示不要认证，authc则需要登陆认证。
-
securityManager是安全认证器，包含属性会话管理器sessionManager，用户认证器userRealm，缓存管理器shiroCacheManager
-
sessionManager会话管理器，可以配置session保持时间等
-
userRealm用户认证需要自己继承AuthorizingRealm，并重写登陆认证方法doGetAuthenticationInfo，权限认证方法doGetAuthorizationInfo，还可以重写匹配器方法setCredentialsMatcher来实现自定义密码匹配规则。实现自定义匹配规则有两种方式，一种就是重写setCredentialsMatcher方法如下：
/** * 设置认证加密方式 */@Override
public void setCredentialsMatcher(CredentialsMatcher credentialsMatcher) {
HashedCredentialsMatcher md5CredentialsMatcher = new HashedCredentialsMatcher();
md5CredentialsMatcher.setHashAlgorithmName(“MD5”);
md5CredentialsMatcher.setHashIterations(“1024”);
super.setCredentialsMatcher(md5CredentialsMatcher);
}
另一种是在userRealm配置下，增加属性credentialsMatcher,如下：<bean id="credentialsMatcher"class=“org.apache.shiro.authc.credential.HashedCredentialsMatcher”>
-
AOP式方法级权限检查的配置是spring注解扫描的配置，可以在方法上添加权限的注解 @RequiresPermissions("***")，括号内的参数自定义的权限名称。
####3.shiro的使用
shiro的登陆以及权限认证一般要配合数据库的三张表，用户user,用户角色user_role,角色权限role_permission三张表。用户登陆验证实现流程有两种，一个是没有使用自定义匹配器的，一种是自定义匹配器的
1.没有使用自定义匹配器的登陆验证流程：
（1）点击请求登陆进入login方法，不适用匹配器，默认是不加密进行密码比较的，所以一般是，用户注册时，使用自定义加密方式存密码，用户登陆时，对传过来的密码使用相同的加密方式加密后再传入传入UsernamePasswordToken中。
//创建UsernamePasswordToken对象
UsernamePasswordToken token = new UsernamePasswordToken(username, password);
//登陆验证
subject.login(token);
（2）接着会自动进入自定义的realm类的doGetAuthenticationInfo（）方法，从AuthenticationToken中取出username，通过username到数据库中取出用户，创建并返回SimpleAuthenticationInfo对象。SimpleAuthenticationInfo使用三参的构造函数，SimpleAuthenticationInfo(user, password, realmName)
第一个参数是user。
第二个参数是数据库中存的password，这个password是在注册时加密好并存入数据库的，和传入UsernamePasswordToken的password的加密方式一致，从而可以正确匹配。
第三个参数是自定义的realm的名字。shiro框架内部会进行密码验证，如果UsernamePasswordToken中的password的值和数据库的password的值相等则登陆成功，否则抛出异常。
/**
* 认证(登录时调用)
*/
@Override
protected AuthenticationInfo doGetAuthenticationInfo(
AuthenticationToken token) throws AuthenticationException {
String username = (String) token.getPrincipal();
//查询用户信息
SysUserEntity user = sysUserDao.queryByUserName(username);
//账号不存在
if (user == null) {
throw new UnknownAccountException("账号或密码不正确");
}
SimpleAuthenticationInfo info = new SimpleAuthenticationInfo(user, user.getPassword, getName());
return info;
}
2.使用自定义匹配器的登陆验证流程：
（1）自定义匹配器有上文介绍的两种方式，选择在实现自定义realm中重写setCredentialsMatcher（）方法，该方法在加载realm时调用，设置匹配器。
@Override
public void setCredentialsMatcher(CredentialsMatcher credentialsMatcher) {
HashedCredentialsMatcher md5CredentialsMatcher = new HashedCredentialsMatcher();
md5CredentialsMatcher.setHashAlgorithmName("MD5");
md5CredentialsMatcher.setHashIterations(1024);
super.setCredentialsMatcher(md5CredentialsMatcher);
}
(2)点击请求登陆进入login方法，因为自定义了匹配器，则客户端传过来的password不需要处理直接传入UsernamePasswordToken中。
//创建UsernamePasswordToken对象
UsernamePasswordToken token = new UsernamePasswordToken(username, password);
//登陆验证
subject.login(token);
(3)接着会自动进入自定义的realm类的doGetAuthenticationInfo（）方法，从AuthenticationToken中取出username通过username到数据库中取出用户，创建并返回SimpleAuthenticationInfo对象。注意：如果用户注册时存入数据库的密码是加盐加密处理的则使用四参的构造方法，SimpleAuthenticationInfo(user, credentials, salt, realmName)
第一个参数是user。
第二个是数据库中密码。
第三个是盐值。
第四个是realm的名字。
这时候会使用自定义的HashedCredentialsMatcher进行匹配。shiro内部进行匹配时会将UsernamePasswordToken中的passsword按匹配器的规则加密后与数据库中的password进行匹配，匹配成功则登陆成功，否则抛异常。
如果注册时密码是没有加盐处理的，则使用三参的构造函数创建并返回SimpleAuthenticationInfo(user, password, realmName)。
/**
* 认证(登录时调用)
*/
@Override
protected AuthenticationInfo doGetAuthenticationInfo(
AuthenticationToken token) throws AuthenticationException {
String username = (String) token.getPrincipal();
//查询用户信息
SysUserEntity user = sysUserDao.queryByUserName(username);
//账号不存在
if (user == null) {
throw new UnknownAccountException("账号或密码不正确");
}
//salt是盐
SimpleAuthenticationInfo info = new SimpleAuthenticationInfo(user, user.getPassword,user.getSalt, getName());
return info;
}
3.shiro的权限认证
如果方法上加了注解 @RequiresPermissions(" “),则需要相应的权限，当请求过来时，则先调用realm的doGetAuthorizationInfo（）方法来进行权限验证。获取用户具备的权限集合Set permsSet，然后创建并返回SimpleAuthorizationInfo，simpleAuthorizationInfo.setStringPermissions(permsSet)将权限设置进去，如果具备@RequiresPermissions（” "）权限则可以执行该方法，否则抛异常。
/**
* 授权(验证权限时调用)
*/
@Override
protected AuthorizationInfo doGetAuthorizationInfo(PrincipalCollection principals) {
SysUserEntity user = (SysUserEntity) principals.getPrimaryPrincipal();
String userId = user.getUserId();
List<String> permsList = rolePermissionDao.queryList(userId);
//用户权限列表
Set<String> permsSet = new HashSet<String>();
if (permsList != null && permsList.size() != 0) {
for (String perms : permsList) {
if (StringUtils.isBlank(perms)) {
continue;
}
permsSet.addAll(Arrays.asList(perms.trim().split(",")));
}
}
SimpleAuthorizationInfo info = new SimpleAuthorizationInfo();
info.setStringPermissions(permsSet);
return info;
}
总结：以上是shiro的基本使用方法，也是借鉴了一些开源项目(platform,guns,jeesite等)并加上自己的理解。如有错误，欢迎指正。
扫一扫
3405
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
