场景复现
可以看到我们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;}
rewrite模块最后的flag是permanent,是301重定向,并不是我们推测的302。不过301处理请求的方式是与302相同的,会把post请求转为get请求。
解决方法
如果我们不指定前缀,则默认是http://,因此解决方法是在我们的请求url最前面加上https:// 即可
知识拓展
大部分浏览器会将301、302的post转为get303的规范强制规定将post请求转为get请求307规范要求继续向Location地址中post内容308同样禁止浏览器将post请求转为get请求301与308对应,302与307对应,307、308分别是前者的禁止转get版本。也就是说nginx如果使用的是307、308跳转,也就不会出现这样的问题了。当然如果我们没有相应的业务场景,没有必要为了解决postman的问题而使用307、308状态码。
如果觉得《使用postman发送post请求 却报错不支持get请求的原因》对你有帮助,请点赞、收藏,并留下你的观点哦!