Ajax报错400的参考解决办法

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 里面经常说的依赖注入和控制反转的话,那就对这个错误的理解就更深刻了。

总结

以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作具有一定的参考学习价值,谢谢大家对硕编程的支持。如果你想了解更多相关内容请查看下面相关链接

相关文章