前言：

我在用postman测试的接口时，碰到一个异常Spring Boot: HttpMediaTypeNotAcceptableException: Could not find acceptable representation，Could not find acceptable representation意思就是找不到可接受的表示形式，根据这个意思我推测是否是postman请求头里的设置的Content-Type和我方法设置的入参的数据格式发生了冲突，沿着这个思路我就对consumes = "application/json"这个属性展开测试，最终问题也定位到这里，这篇文章就讲解下@RequestMapping属性中consumes、produces的使用，并解释这个异常出现的原因。

正文：

1.先简单介绍下请求报文头里的几个属性。

Accept代表发送端（客户端）希望接受的数据类型。 
比如：Accept：text/xml; 
代表客户端希望接受的数据类型是xml类型

Content-Type代表发送端（客户端|服务器）发送的实体数据的数据类型。 
比如：Content-Type：text/html; 
代表发送端发送的数据格式是html。

二者合起来， 
Accept:text/xml； 
Content-Type:text/html 
即代表希望接受的数据类型是xml格式，本次请求发送的数据的数据格式是html。

上面的解释来博客：https://blog.csdn.net/muzizongheng/article/details/46795243

2.然后介绍下@RequestMapping属性中consumes、produces的作用

consumes： 指定处理请求的提交内容类型（Content-Type），例如application/json, text/html;

produces:    指定返回的内容类型，仅当request请求头中的(Accept)类型中包含该指定类型才返回；

3.为什么使用consumes、produces者两个属性？

答：可以针对请求方数据类型来进行访问的控制和过滤。

4.举两个例子

①前端请求Content-Type（请求参数的数据格式）：text/plain，后台设置的consumes（控制入参的数据类型）却是application/json，看看会出现什么问题？

请求参数：

请求Content-Type的格式：

controller的方法的截图：

这时候我的Content-Type设置的是text/plain,而方法上consumes设置的却是application/json,结果调用接口就会出现415。

postman异常截图如下：

控制台异常截图：

结果很明显，如果我对入参的数据类型进行限制，你没有按照接口要去来，就会调不通接口，并返回415，数据类型不支持的错误。

②前端请求Content-Type（请求参数的数据格式）：application/json，Accept（希望得到的数据类型）：text/plain，后台设置的produces（返回的内容类型）却是application/json，看看会出现什么问题？

请求参数：

请求Content-Type的格式和Accept的格式：

controller的方法的截图：

控制台异常截图：

这里出现的异常就是文章开始提到的异常，所以如果你的Accept的数据类型进行了限制，而返回数据类型也不符合，就会出现这个错误。

总结：

我是阿达，一名喜欢分享知识的程序员，时不时的也会荒腔走板的聊一聊电影、电视剧、音乐、漫画，这里已经有六位小伙伴在等你们啦，感兴趣的就赶紧来点击关注我把，哪里不明白或有不同观点的地方欢迎留言。