如果您使用的是Spring Security，答案似乎对人们有用，但我发现扩展LoginUrlAuthenticationEntryPoint并添加特定代码来处理AJAX更为健壮。大多数示例拦截所有重定向，而不仅仅是身份验证失败。这对于我所从事的项目来说是不可取的。如果不希望缓存失败的AJAX请求，您可能会发现还需要扩展ExceptionTranslationFilter并重写“sendStartAuthentication”方法以删除缓存步骤。

示例AjaxAwareAuthenticationEntryPoint：

public class AjaxAwareAuthenticationEntryPoint extends
    LoginUrlAuthenticationEntryPoint {

    public AjaxAwareAuthenticationEntryPoint(String loginUrl) {
        super(loginUrl);
    }

    @Override
    public void commence(HttpServletRequest request, HttpServletResponse response, AuthenticationException authException) throws IOException, ServletException {
        if (isAjax(request)) {
            response.sendError(HttpStatus.UNAUTHORIZED.value(), "Please re-authenticate yourself");
        } else {
        super.commence(request, response, authException);
        }
    }

    public static boolean isAjax(HttpServletRequest request) {
        return request != null && "XMLHttpRequest".equals(request.getHeader("X-Requested-With"));
    }
}

来源：1, 2

我在一个我正在修补的django应用程序上遇到了这个问题（免责声明：我正在修补以学习，绝不是专家）。我想做的是使用jQueryajax向资源发送DELETE请求，在服务器端删除它，然后（基本上）将重定向返回主页。当我从python脚本发送HttpResponseRedirect（'/theRedirect/'）时，jQuery的ajax方法收到的是200而不是302。因此，我所做的是发送一个300的回复，其中包括：

response = HttpResponse(status='300')
response['Location'] = '/the-redirect/' 
return  response

然后，我使用jQuery.ajax在客户端上发送/处理请求，如下所示：

<button onclick="*the-jquery*">Delete</button>

where *the-jquery* =
$.ajax({ 
  type: 'DELETE', 
  url: '/resource-url/', 
  complete: function(jqxhr){ 
    window.location = jqxhr.getResponseHeader('Location'); 
  } 
});

也许使用300并不“正确”，但至少它的工作方式和我想的一样。

PS：这是一个巨大的痛苦，在移动版SO上编辑。愚蠢的ISP在我完成我的回答后，立即通过了我的服务取消请求！

最后，我通过添加自定义HTTP头来解决这个问题。就在服务器端响应每个请求之前，我将当前请求的url添加到响应的头部。

我在服务器上的应用程序类型是Asp.NetMVC，这是一个很好的地方。在Global.asax中，我实现了application_EndRequest事件，因此：

    public class MvcApplication : System.Web.HttpApplication
    {

    //  ...
    //  ...

        protected void Application_EndRequest(object sender, EventArgs e)
        {
            var app = (HttpApplication)sender;
            app.Context.Response.Headers.Add("CurrentUrl",app.Context. Request.CurrentExecutionFilePath);
        }

    }

它非常适合我！现在，在JQuery$.post的每个响应中，我都有请求的url和其他响应头，这些响应头是post方法的结果，状态为302、303。

另一个重要的是，不需要在服务器端或客户端修改代码。

下一个是能够访问动作后的其他信息，例如错误、消息和。。。，以这种方式。

我发布了这个，也许可以帮助某人：）

把弗拉基米尔·普拉德尼科夫和托马斯·汉森所说的话放在一起：

更改服务器端代码以检测它是否是XHR。如果是，则将重定向的响应代码设置为278。在django：

如果request.is_ajax（）：响应状态代码=278

这使得浏览器将响应视为成功，并将其交给您的Javascript。

在JS中，确保通过Ajax提交表单，检查响应代码并根据需要重定向：

$（“#my form”）.submit（函数（事件）｛event.prpreventDefault（）；var选项={url:$（this）.attr（'action'），类型：'POST'，complete:函数（响应，textStatus）｛如果（response.status＝＝278）｛window.location=响应.getResponseHeader（“位置”）}否则｛…您的代码在这里…｝},data:$（this）.serialize（），}; $.ajax（选项）；});

有些人可能会发现以下内容很有用：

我希望客户机被重定向到登录页面，以执行在没有授权令牌的情况下发送的任何rest操作。由于我的所有其余操作都是基于Ajax的，所以我需要一种很好的通用方法来重定向到登录页面，而不是处理Ajax成功函数。

这是我所做的：

在任何Ajax请求中，我的服务器都会返回Json 200响应“需要认证”（如果客户端需要认证）。

Java（服务器端）中的简单示例：

@Secured
@Provider
@Priority(Priorities.AUTHENTICATION)
public class AuthenticationFilter implements ContainerRequestFilter {

    private final Logger m_logger = LoggerFactory.getLogger(AuthenticationFilter.class);

    public static final String COOKIE_NAME = "token_cookie"; 

    @Override
    public void filter(ContainerRequestContext context) throws IOException {        
        // Check if it has a cookie.
        try {
            Map<String, Cookie> cookies = context.getCookies();

            if (!cookies.containsKey(COOKIE_NAME)) {
                m_logger.debug("No cookie set - redirect to login page");
                throw new AuthenticationException();
            }
        }
        catch (AuthenticationException e) {
            context.abortWith(Response.ok("\"NEED TO AUTHENTICATE\"").type("json/application").build());
        }
    }
}

在我的Javascript中，我添加了以下代码：

$.ajaxPrefilter(function(options, originalOptions, jqXHR) {
    var originalSuccess = options.success;

    options.success = function(data) {
        if (data == "NEED TO AUTHENTICATE") {
            window.location.replace("/login.html");
        }
        else {
            originalSuccess(data);
        }
    };      
});

就这样。

我认为更好的处理方法是利用现有的HTTP协议响应代码，特别是401未授权。

我是这样解决的：

服务器端：如果会话过期，请求为ajax。发送401响应代码头客户端：绑定到ajax事件$（'body'）.bind（'ajaxSuccess'，函数（事件，请求，设置）{if（401==请求状态）{window.location='/users/login'；}}).bind（'ajaxError'，函数（事件、请求、设置）{if（401==请求状态）{window.location='/users/login'；}});

IMO这是更通用的，您没有编写一些新的自定义规范/标题。您也不必修改任何现有的ajax调用。

编辑：根据@Rob下面的评论，401（验证错误的HTTP状态代码）应该是指示符。有关详细信息，请参阅403禁止与401未授权HTTP响应。尽管如此，一些web框架使用403来处理身份验证和授权错误，因此进行相应的调整。谢谢Rob。