nginx做反向代理服务器处理redirect响应

nginx的配置如下

server {
  listen       8089;
  server_name  localhost;
      
  location /test/ {
      proxy_pass         http://localhost:3000/;
}

后端服务器如下：

app.get('/a', function (req, res) {
  res.send('bbbbbbbb');
})

app.get('/', function (req, res) {
  res.redirect(301, 'https://www.baidu.com');
});

发现当我请求http://localhost:8089/test这时候浏览器跳转到百度
但是当我修改后端服务器之后的跳转地址为http://localhost:3000/a之后，在当前浏览器再请求http://localhost:8089/test永远只能跳转到百度
及时当我点击chrome上的disable cached结果仍然一样。
然后我重新打开一个浏览器发现请求终于不跳转到百度了。
跳转了http://localhost:8089/test/a很恼火，明明我请求的时候待了域http://localhost:3000但是我看到的请求路径变了
而且连301response中的location也变了。

当我修改了后端服务器的301 location的时候发现浏览器竟然还是跳转原来的地址。如果是缓存的原因，我清除缓存的之后就应该能够正常跳转了但是还是跳转到原来的地址
而且我的重定向地址带了域为什么还是变成了nginx的域呢？

所有的重定向响应都必备两个部分：
- 第一个：3**状态码
- 第二个：响应头中的location字段
当浏览器接收到301的响应，浏览器
- 浏览器首先从response header中取出location字段
- 然后直接向location的地址发送请求
  （以上两个步骤其实是浏览器在做重定向）
- 当服务器处理完此次请求之后将response发送回浏览器就相当于此次重定向的response处理完毕
当你再次发送这个response是301的请求的时候
- 发回301状态码的服务器再也没有接受过请求。
- 因此推断，浏览器会记录收到301response的请求url并且将location也存下。
- 每当你请求这个url，浏览器就会从自己的存储器中拿出location直接跳转。
当你清除浏览器缓存的时候，这种永久重定向是没有办法被清除的。除非你换一个浏览器。至于为什么有没有别的办法这里我还没研究。下回分解吧。

---> 以上三点就解释了为什么当你的服务器修改了301response的location，再次请求url的时候location依旧不变的原因。

这里要修改一个本人的认知错误：一直以为nginx做反向代理服务器就是转发请求，但是response ngixn是不会经手直接发给浏览器的。其实这个认知是错误的。nginx作为反向代理服务器，会做五件事：
- 修改request url
- 路由request
- 接收response
- 替换response的域
- 返回给浏览器
这就是必须遵循的：请求是谁发的response就会到谁的手上
请求url：http://localhost:8089/test发送到nginx.nginx通过配置知道http://localhost:8089/test代理的是 http://localhost:3000就相当于修改url的时候遵循
http://localhost:8089/test == http://localhost:3000
- nginx修改url： http://localhost:3000
- 发送请求
- 接受response：发现location是http://localhost:3000/a立刻替换为http://localhost:8089/test/a
- 返回给浏览器。
这时候就可以解释，不论任何的反向代理服务器，他们都是通过修改request和response的url让浏览器看到永远都只有自己这么一个服务器，所有的请求都是发往反向代理服务器的。