Spring Security 框架在用户成功登录后的处理逻辑，相对来说比较复杂，比较绕，下面我们就关键逻辑，进行相关分析。

首先，框架默认的 AuthenticationSuccessHandler 为 SavedRequestAwareAuthenticationSuccessHandler。

判断当前Request是否缓存(另外需要看 Spring Security 是否开启了 Request 缓存，默认是开启的)。

......    SavedRequest savedRequest = requestCache.getRequest(request, response);if (savedRequest == null) {    super.onAuthenticationSuccess(request, response, authentication);    return;}......

如果 Spring Security 关闭了 Request 缓存，或者当前 Request 并没有被缓存，那么就走 默认的认证成功逻辑 。

否则，继续根据 alwaysUseDefaultTargetUrl 判断是否永远重定向到 defaultTargetUrl； 亦或是，如果配置了 targetUrlParameter 且当前 request 存在该参数值 ，那么， 从缓存中移除当前request，并走默认的认证成功逻辑。

......    String targetUrlParameter = getTargetUrlParameter();if (isAlwaysUseDefaultTargetUrl()    || (targetUrlParameter != null && StringUtils.hasText(request.getParameter(targetUrlParameter)))) {    requestCache.removeRequest(request, response);    super.onAuthenticationSuccess(request, response, authentication);    return;}        ......    

以上情况都不满足， 即 Spring Security 开启了 Request 缓存，且当前 request 被缓存了，框架即重定向到缓存 request 对应的地址 。

// Use the DefaultSavedRequest URLString targetUrl = savedRequest.getRedirectUrl();logger.debug("Redirecting to DefaultSavedRequest Url: " + targetUrl);getRedirectStrategy().sendRedirect(request, response, targetUrl);

默认的认证成功逻辑，也不复杂，就是判断要重定向的地址这个逻辑，比较繁琐。

protected String determineTargetUrl(HttpServletRequest request,                                    HttpServletResponse response) {    if (isAlwaysUseDefaultTargetUrl()) {        return defaultTargetUrl;    }    // Check for the parameter and use that if available    String targetUrl = null;    if (targetUrlParameter != null) {        targetUrl = request.getParameter(targetUrlParameter);        if (StringUtils.hasText(targetUrl)) {            logger.debug("Found targetUrlParameter in request: " + targetUrl);            return targetUrl;        }    }    if (useReferer && !StringUtils.hasLength(targetUrl)) {        targetUrl = request.getHeader("Referer");        logger.debug("Using Referer header: " + targetUrl);    }    if (!StringUtils.hasText(targetUrl)) {        targetUrl = defaultTargetUrl;        logger.debug("Using default Url: " + targetUrl);    }    return targetUrl;}

简而言之，就是如果 alwaysUseDefaultTargetUrl 为true，则重定向 defaultTargetUrl； 如果配置了 targetUrlParameter 且其对应的值不为空，则重定向到该地址；如果配置的 useReferer 为 true 且其值不为空 ，则重定向到该地址；否则，则重定向到 defaultTargetUrl 。

另外，针对成功登录后的这段复杂逻辑，画了一个流程图，可以参照这些关键代码，加深一下理解 。

Spring Security 框架在用户成功登录后的处理逻辑，相对来说比较复杂，比较绕，下面我们就关键逻辑，进行相关分析。首先，框架默认的 AuthenticationSuccessHandler 为 SavedRequestAwareAuthenticationSuccessHandler。判断当前Request是否缓存(另外需要看 Spring Security 是否开启了 Request ... 1. 配置 文件 中 未 正确设置 CAS 服务端的URL 解决方法：检查 配置 文件 中 ` cas .server-url-prefix` 的值是否正确设置为 CAS 服务端的URL。 2. 未 正确 配置 CAS 客户端的回调地址 解决方法：检查 配置 文件 中 ` cas .service` 的值是否正确设置为 CAS 客户端的回调地址。 3. 未 在 CAS 服务端 配置 客户端的回调地址 解决方法：在 CAS 服务端 配置 文件 中 添加客户端的回调地址。 4. 客户端和服务端的时间设置不一致 解决方法：检查客户端和服务端的时间设置是否一致。 5. 缓存 中 没有 CAS 登录 凭证 解决方法：检查 CAS 客户端缓存 中 是否正确保存了 登录 凭证。 希望以上解决方法能够帮到你解决问题。