状态码415解决

状态码415？

状态码415这是个什么鬼，常见的转态码，是200，204，206，301，302，303，304，400，401，403，404，405，500，503这个HTTP 协议原生的状态码，自己项目封装指定的那就另当别论。415很少亮相舞台有点蒙，搜了一圈博客很少有人讲这个问题，只好自己解决。

解决思路

1.含义：415状态码指的是当前请求头的类型 No support （不支持）
2.到底问题是前端还是后端的呢，约定> 配置 ，写之前肯定定义好传参的方式以及传参类型
3. 后端排查：
请求方式 ： post （这一步肯定没错）
请求参数： @RequestBody （请求参数是json）注解没错
参数为对象 JavaBean 或 （Map params）
按规范来说 标准的写法就是javaBean ，经过多次测试 javabean 只是看上去规范，其实和map的效果一样，查询的参数比较多时用map就可以的
由于swagger的使用会让我们少写很多文档，用起来都比较方便，很多项目就集成了swagger ，我建议这个留给前端使用，后端最好用postman进行测试权威性高
swagger这个自己会做一些转换不易发现问题， 比如你不写注解 @RequestBody ，会通（后端）
不管何种请求头也会通过
4.只要postman能测通的接口，那问题一定就是前端的
5.前端排查：
后端该检查的都检查过了，剩下的就该你表演了
看后端postman 测通的请求头，修改content-type
修改请求头，如果报400，恭喜这是向前迈了一大步，415是接口未通状态，400表示接口已调通，只是传参格式不符合要求，再针对格式进行调试，接下来等待的就是200。

希望此思路可以帮助被415状态码困扰的兄弟姐妹。