转自：https://blog.csdn.net/lw1242189467/article/details/80048407
今天我遇上一个让我很痛心的错误400。对程序员来说，这可能是一个最简单的错误码。因为这个相应并没有进拦截器，更没有进到Controller层。可我在解决这个问题时，质询了很多朋友不解，百度各种方案无效。苦苦耗费我大半天时间。
首先，遇到400问题，最大几率是出现了数据类型不一致的问题，简单来说是Controller层不用正确读取你发送请求附带的参数。该例是我前端传送JSON格式，使用postmen接收。
一.发现400错误的，第一步确认postmen中发送的数据类型是json。比如Headers中Content-Type类型是application/json;或是前端代码Ajax中添加：contentType: 'application/json;charset=UTF-8'（如图）；
二.第一步确认postmen中发送的数据格式是否正确。postmen中经常有人有漏写一对“{}“或是缺少逗号，引号，冒号的小问，好在postmen会自动报错提示； 而在前端中你必须重新包装传入参数为JSON型。使用JSON.stringify(params)将params参数重新包装;
三.正常解决以上两个问题，多数人错误也该解决了。如果还没有，我们就要在Controller接收处查找问题。
顺带一说：前端用json传入，后端如果用对象接收，及时传入变量名与该对象的属性名对应上，也不会自动封装进去，当然也不会直接报错。如果想json型自动转换成对象，需要在对象前面添加@RequestBody注解。它会将JSON进行转换成为你指定的对象。
但是我个人更喜欢用JSONObeject或Strng去接受，在用手动将它转化为我需要的对象，因为我传入的对象可能是嵌套好的，其中有一个对象，还有其他对象的List。在头部自动转化就会出现一些问题。
言归正传，第三个可能出现400的问题就在这。使用RequestBody转化成String时，意外报错，类型不匹配。这一点也是我万万没想到的。因为之前一个项目基本都是用String在接收前端的JSONO对象。这次却卡在400处。解决的方案很简单，使用JSONObject原原本本的接收JSON对象！直接使用！可正常情况String接收也是可以的，这点让我很费解，花了不少时间也没能找到原因。可能是注解的配置问题，又或者是因为使用SSM和springBoot框架的差异。