情景描述
- 使用fetch发送请求
- 服务器发现无法处理，因此对请求进行了重定向处理。返回状态码302，并且在请求头中赋予了Location令其跳转到location的value中。
- 但是location对应的服务器不接受跨域请求，因此拿不到数据
- 所以我们尝试在fetch的回调函数中去处理，一旦fetch的response是302的时候做跳转页面
- 但是不论在fetch的回调函数中做任何事情，都没有用，似乎永远执行不到。
矛盾点
- fetch发送的请求，response回来，本来都能触发fetch的回调函数then的执行，为什么这时候不会执行了呢？
解决
Q1:301和302都是重定向，他们之间有什么区别呢？
-
A1:区别在于永久重定向和临时重定向。
- 301：永久重定向。一旦请求发往某个URL，状态码返回301，那么浏览器就会自动跳转到header中Location对应的url。下次请求，再次向location对应的uri发送请求
- 以后每次请求都会跳转到location对应的uri中。没有例外
- 并且浏览器可以缓存从这个uri获取到的到的响应。
- 302：临时重定向。请求的资源临时从不同的uri获取。一旦请求发往某个URL，状态码返回302，那么浏览器就会自动跳转到header中Location对应的url。但是下次再次请求的时候向原来的uri发请求。
- 每次请求是否向Location对的uri发请求不确定，因此需要先想原来的uri发送请求确定。
- 浏览器不可缓存从重定向的uri获取到的响应
- 301：永久重定向。一旦请求发往某个URL，状态码返回301，那么浏览器就会自动跳转到header中Location对应的url。下次请求，再次向location对应的uri发送请求
Q2:fetch获得302的response他的那么一种回调函数会被执行？（catch，then）
A2:经过试验fetch的catch回调函数会被调用，并且catch的参数是error仅仅只是fail to fetch。并且无法获取任何有关response的信息。
-
Q3:那么重定向的过程是如何进行的呢？
- fetch发送请求浏览器获取response status是302
- 浏览器会检查请求头中是否包含浏览器在发现Location的header时就会自动跳转到Location所指定的URL地址。
- 然后浏览器直接请求Location指定的地址。此时fetch并不知情，他以为请求还在处理过程中。
-
---- 然而我们的实际情况
- Location所指定的URL是一个跨域请求，但是对应的服务器无法处理跨域请求。因此跨域response返回给浏览器。
- 浏览器再将结果返回给fetch。
- 对于这种跨域失败的请求，fetch自动触发了catch回调函数，并且给出error，fail to fetch
结论：对于重定向，当浏览器检查到headers中存在Location，会直接进行跳转，不会告知任何请求发送者（fetch）这时候发送者会以为请求还在处理中。
- Q4:fetch不是只有服务器错误才会导致catch的触发，其他都会触发then函数，那么302为什么会触发then？
- A4:根据上面的分析可知，并不是302导致catch被触发而是重定向后的请求的response导致catch被调用。
反思
- 本以为由于302所以导致fetch的catch被调用，我一直想知道什么样的状态码会导致fetch catch调用，什么样状态码导致fetch’的then调用。本来想就直接在笔记本上记上。却没想到真正的原因是别的。
- 这是以前的学习一直有的毛病，听到老师讲的概念或者看到某个表象，猜测以后直接下定论，然后记下来当成概念背下来，自己都没有想过原理
ACTION
- 还是一样，每个问题一个笔记，只有通过笔记理清楚问题发生的原因结果，才会避免死记硬背，还能灵活的运用概念。
