Failed to load resource: the server responded with a status of 400 (Bad Request)
报错代码为400的错误的原因：基本上都是前台传的数据格式不正确造成的，但是这个格式如何不正确，就得看如何理解这个数据到底是怎么在传的啦。
我这只是简单的记录下，我这个报错400的原因，要是和你的不一样呢，也是有可能的。
写下我的代码报错400，的原因：
前台代码：
$.ajax({
url: SUBSYSTEM_APP_NAME "appportmanage/saveEditAppPortManage",
type: "post",
contentType: "application/json; charset=utf-8",
data: JSON.stringify(data),
dataType: "json",
success: function (data) {
if (data.success) {
GMS.success(data.msg);
} else {
GMS.error(data.msg, 3000);
}
}
});
首先是，前台封装的数据对象的属性什么的，都是和后台的java的model的属性是一致的，这个不是问题的原因。不用担心。
请注意啦，报400错的各位，我说的是我的这个所有属性的前后台对应是OK的，但是你的报400错误的，你确定你的前后台对象确实是所有属性的参数类型都是一致的吗？
比如：某个属性前后台 都是List<String>？都是boolean？等等等等。这个是最基本的报错姿势。
你还是最后先检查一下这个问题，再继续看是不是和我的报错原因是相同的吧。
然后ajax的type和各种参数都是和后台可以 对的上的，也不是问题的原因。
后台的代码：
@RequestMapping(value = "/saveEditAppPortManage")
public @ResponseBody JsonResult saveEditRenameDetail (@RequestBody Appportmanage detail) {
LOG.debug("---------------AppportmanageController:saveEditAppPortManage---------------");
LOG.debug("---------------detail:" detail "---------------");
return appportmanageService.saveEditAppPortManage(detail);
}
其次是，前后台的url也是对上的，model的各个属性也是对上的。然后呢，spring mvc 的注解标签也是没问题的。本来代码是OK的。还是上面的代码，程序是可以正常工作的，跑起来没问题的。
但是我做了如下修改：
修改了数据的model：原来的 model java 文件就是一些属性s和简单的getter和setter，然后我因业务需求，给原来的model添加了一条属性，当然对应的getter和setter也是添加的，然后又因为需求我添加了一个带参数的构造函数，因为我在其他地方要new这个model的对象。
然后，问题就出现了。就报 400 的错误码了。
刚刚开始，我以为是属性的添加的问题，但是检查之后，发现不是这个问题。
问题出现在，model java 文件的构造函数上。
解决方法：
给model java 文件再添加一个不带参数的构造函数。具体解释在下面。
至于原因，就得看怎么理解spring mvc是怎么在前后台之间传递参数了。
原来我没加带参构造函数的时候，每个model都会默认自带个不带参数的构造函数，然后前台的数据格式封装 和后台的model的属性只要对的上，然后spring mvc在后台 就可以自己根据model，自己去把前台传过来的数据，对应的给装进到@RequestBody Appportmanage detail，这个参数里面，这个实现的前提是，你的model有默认构造函数，不带参数的，然后系统自己去new一个对象，然后自己去把数据给装进去。然后你就可以用了。
因为，我更新了model 的构造函数，若是你不写不带参数的构造函数的话，那么原来model自带的不带参构造函数就木有了，然后到controler层的时候，就是在获得前台的数据，自己去装数据的时候，他不会根据你的带参构造函数去new个你要的model对象出来，so，问题就这么出现了。
然后，遇到今天的这个错误之后，就知道前后台的数据具体是怎么在对应的了。原来我只是以为，只要前后的数据模型一致就可以了。
现在，又知道了，哦，还和构造函数有关系呢。
我为什么要把空构造函数 给删除了，因为ide提示说这个构造函数没用，然后我就删除了。然后我就悲剧了。哦，西特！！！
我这个报错的原因还是有点深度的，因为这个报错，可以让你理解到，springMVC的注解是如何工作的，你要是知道什么是IOC的话，也就是spring 里面经常说的依赖注入和控制反转的话，那就对这个错误的理解就更深刻了。
总结
以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，谢谢大家对Devmax的支持。如果你想了解更多相关内容请查看下面相关链接