最近用nginx转发请求，但是明明是post请求，打到服务上确实get请求，body中的参数都没了，于是去查背后详细的原因。

背景

Nginx配置

• ip及端口：192.20.81.34：8081
• conf关键配置：

location /select/dosomething/ {
      proxy_pass http://xx.xx.xx.xx:18000/select/dosomething/;
 }

请求连接

http://192.20.81.34:8081/select/dosomething

网上查询处理方法

1.http请求被转发至https请求引起重定向，导致post变get，显然这个和我的情况无关

2.location后连接多了个/，把/去掉就好了，如：解决 nginx 转发POST变成GET – 灰信网（软件开发博客聚合）https://www.freesion.com/article/99851192529/

第二个好使！！

问题分析

虽然按照第二个把/去掉后正常了，但是那篇文章中并没有解释为什么会导致这样的现象，于是本着好奇的态度，去查了一下原因，结果如下

一、为什么post会转get?

post转get其实不是Nginx导致的！而是重定向导致的！出现这种情况，你可以在nginx的logs/access.log里面看到有两条记录。

"POST /select/dosomthing HTTP/1.1" 301 185 "-" "PostmanRuntime/7.28.4"
"GET /select/dosomthing/ HTTP/1.1" 500 389 "http://192.20.81.34:8081/select/dosomthing" "PostmanRuntime/7.28.4"

这两条记录可以看出，我是使用postman进行请求，第一条post请求nginx收到了并返回了301HTTP状态码，接着postman就发出了第二条请求，第二条请求就变成了GET请求，且请求最后加了/，变成了

http://192.20.81.34:8081/select/dosomething/

查询301的状态码对应的是永久重定向，正常情况下请求发送方接到301状态码，表示需要重定向，于是会改变请求的url再次请求，但是！有的时候会将请求强行改为get，详情可见：https://developer.mozilla.org/zh-CN/docs/Web/HTTP/Redirectionshttps://developer.mozilla.org/zh-CN/docs/Web/HTTP/Redirections

可以看到 

有些时候处理301状态码时，会把请求方法强行改成get，当然这个问题也被人发现，后面区分出了308状态码，这个状态码不会改变请求方式。

所以是301状态码引起了post请求变成了get请求，而整个流程就较为清晰了：

1. nginx收到post请求
2. 返回301状态码，并指定新的访问连接，且该连接就是原连接+/
3. 发送方收到301状态码，将请求方式改为get，并请求新连接
4. 服务收到get请求，body参数全部失效

二、为什么会发生重定向？

这个重定向似乎发生的非常隐蔽，似乎是触发了nginx的某种机制，从现象上看，该机制是nginx自动添加末尾斜杠的机制。

我在nginx中配置的连接是

/select/dosomething/

而我实际请求的连接是

/select/dosomething

明显（虽然排查的时候也没看出来）末尾少了一个/，这种情况下nginx会通过301重定向的方式来补全最后/，让发送方重新请求，从而完成匹配。

这个机制也有人提到过，比如：nginx url自动加斜杠问题 – 陈一风 – 博客园一、首先对比说明Nginx以下两个现象： 1. 访问的uri最后带斜杠 http://localhost/product/ >>>> 查找 product下的index页面，存https://www.cnblogs.com/jedi1995/p/11320357.html

但是我并没有在nginx官网中找到官方描述（可能仅仅是因为我没找到）

问题反思

现在整个问题流程就很清晰了

1. 发送方请求了一个少了最后/的请求
2. nginx返回301状态码，并返回补全/的重定向连接
3. 发送方因为301状态码，将请求改为get请求，并按照新连接发送
4. nginx获得新的连接，完成匹配，并转发
5. 服务获得get请求

我在想这是不是一个bug？如果nginx返回采用308状态码是不是就能够避免这个问题了？