在线时间:8:00-16:00
迪恩网络APP
随时随地掌握行业动态
扫描二维码
关注迪恩网络微信公众号
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,自己去把前台传过来的数据,对应的给装进到 因为,我更新了model 的构造函数,若是你不写不带参数的构造函数的话,那么原来model自带的不带参构造函数就木有了,然后到controler层的时候,就是在获得前台的数据,自己去装数据的时候,他不会根据你的带参构造函数去new个你要的model对象出来,so,问题就这么出现了。 然后,遇到今天的这个错误之后,就知道前后台的数据具体是怎么在对应的了。原来我只是以为,只要前后的数据模型一致就可以了。 现在,又知道了,哦,还和构造函数有关系呢。 我为什么要把空构造函数 给删除了,因为ide提示说这个构造函数没用,然后我就删除了。然后我就悲剧了。哦,西特!!! 我这个报错的原因还是有点深度的,因为这个报错,可以让你理解到,springMVC的注解是如何工作的,你要是知道什么是IOC的话,也就是spring 里面经常说的依赖注入和控制反转的话,那就对这个错误的理解就更深刻了。 总结 以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作具有一定的参考学习价值,谢谢大家对极客世界的支持。如果你想了解更多相关内容请查看下面相关链接 |
请发表评论