shirocas重定向 (shiro前后端分离重定向问题)

很多人在学习shiro+cas的时候都会遇到的问题：多次验证或者重复重定向。

先上基本配置：

2. <bean id="shiroFilter" class="org.apache.shiro.spring.web.ShiroFilterFactoryBean">
3. <property name="securityManager" ref="securityManager"/>
4. <!-- 设定角色的登录链接，这里为cas登录页面的链接可配置回调地址 -->
5. <property name="loginUrl" value="${casUrl}?service=${siteUrl}/login" />
6. <!--<property name="successUrl" value="/lay" />-->
7. <property name="unauthorizedUrl" value="/lay" />
8. <property name="filters">
9. <util:map>
10. <!-- 添加casFilter到shiroFilter -->
11. <entry key="cas" value-ref="casFilter"/>
12. <entry key="logout" value-ref="logoutFilter"/>
13. <entry key="authc" value-ref="loginFormAuthenticationFilter"/>
14. </util:map>
15. </property>
16. <property name="filterChainDefinitions">
17. <value>
18. /assets/** = anon
19. /interface/** = anon
20. /system/user/forgetPwd = anon
21. /login = cas
22. /j_spring_cas_security_logout = logout
23. /** = authc
24. </value>
25. </property>
26. </bean>
28. <!-- CasFilter为自定义的单点登录Fileter -->
29. <bean id="casFilter" class="cn.cst.oss.common.system.security.filter.LoginCasFilter">
30. <property name="successUrl" value="/lay" />
31. <!-- 配置验证错误时的失败页面 -->
32. <property name="failureUrl" value="/lay"/>
33. </bean>
35. <bean id="logoutFilter" class="org.apache.shiro.web.filter.authc.LogoutFilter">
36. <!-- 配置验证错误时的失败页面 -->
37. <property name="redirectUrl" value="${casUrl}/logout?service=${siteUrl}" />
38. </bean>
40. <bean id="loginFormAuthenticationFilter" class="cn.cst.oss.common.system.security.filter.LoginFormAuthenticationFilter"/>
42. <bean id="casRealm" class="cn.cst.oss.common.system.security.filter.ShiroRealm">
43. <property name="casServerUrlPrefix" value="${casUrl}"/>
44. <!-- 客户端的回调地址设置，必须和下面的shiro-cas过滤器拦截的地址一致 -->
45. <property name="casService" value="${siteUrl}/login"/>
46. <property name="sysCode" value="${sysCode}"/>
47. </bean>
48. <bean id="casSubjectFactory" class="org.apache.shiro.cas.CasSubjectFactory"/>
49. <bean id="securityManager" class="org.apache.shiro.web.mgt.DefaultWebSecurityManager">
50. <property name="realm" ref="casRealm"/>
51. <property name="subjectFactory" ref="casSubjectFactory"/>
52. </bean>
53. <bean id="lifecycleBeanPostProcessor" class="org.apache.shiro.spring.LifecycleBeanPostProcessor"/>

看配置可能大家会发现，其实跟网上其他教程中的配置没多大区别，但是又有点不同，接下来给大家解释：

1、将successUrl放在casFilter而不是放在shiroFilter。

我的理解是：既然我的认证改为了cas认证，那么我就应该把成功与失败都交给cas，而不是交给shiro。

2、重写authc与casFilter。

很多人初学都会遇到多次验证或者重复重定向，然后拿着异常网上各种查资料，到最后会发现，是因为shiro封装了指定的返回路劲：/、/index、上次request地址

通过配置文件配置的路劲，只是一个辅助作用，在shiro找不到跳转路劲后才会跳转到配置的路劲，所以我们要做的就是：重写跳转方法。

2. @Override
3. protected boolean onLoginSuccess(AuthenticationToken token, Subject subject, ServletRequest request,
4. ServletResponse response) throws Exception {
5. boolean flag = true;
6. String successUrl = this.getSuccessUrl();
7. if("".equals(successUrl)){
8. successUrl = DEFAULT_SUCCESS_URL;
9. }
10. WebUtils.issueRedirect(request, response, successUrl, null, flag);
11. //we handled the success redirect directly, prevent the chain from continuing:
12. return false;
13. }

这里的DEFAULT_SUCESS_URL就是默认的 / ，如果你的配置中有指定就放在这里可以不管，不然还是换个默认地址吧。3、重点来了，如果没有耐心看到这里，那么只能抱歉，而看到这里的童鞋，继续向下看吧^_^：

上面说了多次验证的情况，还原下场景：A用户登录，发现应用系统后台先报错，然后又验证通过了，cas服务端登陆一次，TGT验证成功，但是ST第一次验证失败，但是生成的第二个ST却验证成功了，回调后咱进入了应用系统界面。这个问题的出现比较奇葩，解决方式很简单。

按照我上面贴出来的配置启动项目，你很容易就能复现这个错误，原因就是我在里面多加了一个参数：

2. <bean id="securityManager" class="org.apache.shiro.web.mgt.DefaultWebSecurityManager">
3. <property name="realm" ref="casRealm"/>
4. <!-- 该参数加上会有一个报错，但是验证是能通过的 -->
5. <!--<property name="subjectFactory" ref="casSubjectFactory"/>-->
6. </bean>

实话实说，这个问题根据源码看是因为subjectFactory的参数不一样导致的，猜想应该是CasSubjectFactory创建subject过程中与cas有交互，默认的并没有导致的，不过我并没有深入研究。

备注：之所以重写authc权限验证，我举个例子：A用户在A电脑登录了子系统B，进入了管理菜单。然后A用户在B电脑登录了，同时管理员把A用户的权限改了，进不去子系统B了。这个时候A用户在A电脑已经在后台被CAS强制登出了，A用户需要重新登录才行。如果补充些authc，则会出现以下情况：A用户回到A电脑登录，验证通过，在跳转路劲时系统会发现，你上次访问历史是子系统B，但是现在已经没有权限了，怎么办，报错呗。而重写authc过滤器后，shiro就会直接说，你是重新登录的，我把首页给你，要进哪个系统自己去看。