Returning redirect as response to XHR request

问题:

What happens if the browser receives a redirect response to an ajax request?

回答1:

What happens if the browser receives a redirect response to an ajax request?

If the server sends a redirect (aka a 302 response plus a Location: header) the redirect is automatically followed by the browser. The response to the second request (assuming it also isn\'t another redirect) is what is exposed to your program.

In fact, you don\'t have the ability to detect whether a 302 response has occurred. If the 302 redirect leads to a 200, then your program acts identically as if the original request led directly to a 200.

This has been both my experience and the behavior called out in the spec.

2016 Update: Time has passed, and the good news is that the new fetch() API is spec\'d to offer finer-grained control of how redirects are handled, with default behavior similar to XHR. That said, it only works where fetch() is implemented natively. Polyfill versions of fetch()—which are based on XHR—continue to have XHR\'s limitations. Fortunately, native browser support seems to be rounding out nicely.

回答2:

The ajax-request will follow that redirect afaik. The actual content (.responseText, .responseXML) will be the content from the page you are redirected to.

You might be able to intercept the redirect (status-code, location-header) on readyState 2 or 3, but not sure about it.