postman使用POST，却收到的是GET请求-Toy模板网

这篇具有很好参考价值的文章主要介绍了postman使用POST，却收到的是GET请求。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

现象：

明明是post请求,到后台却进入了get接口,postman,测试工具,nginx,java

可以看到我们postman发出的确实是post请求，message却报错这个接口不支持get请求，说明服务器实际上收到的是一个get请求。

产生原因分析
如果我们访问的是线上的接口，线上的nginx一般都会对http访问做一个302重定向，跳转为https访问。
如果我们正常访问一个页面，它会把http跳转为https，之后由https访问的接口就都是https的了。但如果我们用postman直接访问接口，nginx会响应一个302状态码，并且把重定向的地址存放在响应头Location中。我们的客户端(一般为浏览器，此处为postman)收到302状态码后就会去找Location这个响应头，完成跳转操作。

产生原因验证
通过跳板机查看了测试环境nginx的配置：

location / {
            rewrite ^(.*) https://$server_name$1 permanent;
        }
1

rewrite模块最后的flag是permanent，是301重定向，并不是我们推测的302。不过301处理请求的方式是与302相同的，会把post请求转为get请求。

解决方法
如果我们不指定前缀，则默认是http://，因此解决方法是在我们的请求url最前面加上https:// 即可

明明是post请求,到后台却进入了get接口,postman,测试工具,nginx,java

知识拓展
大部分浏览器会将301、302的post转为get
303的规范强制规定将post请求转为get请求
307规范要求继续向Location地址中post内容
308同样禁止浏览器将post请求转为get请求
301与308对应，302与307对应，307、308分别是前者的禁止转get版本。
也就是说nginx如果使用的是307、308跳转，也就不会出现这样的问题了。当然如果我们没有相应的业务场景，没有必要为了解决postman的问题而使用307、308状态码。文章来源地址https://www.toymoban.com/news/detail-849246.html

到了这里，关于postman使用POST，却收到的是GET请求的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！