Failed to load resource: the server responded with a status of 400 (Bad Request)

報(bào)錯(cuò)代碼為400的錯(cuò)誤的原因：基本上都是前臺(tái)傳的數(shù)據(jù)格式不正確造成的，但是這個(gè)格式如何不正確，就得看如何理解這個(gè)數(shù)據(jù)到底是怎么在傳的啦。

我這只是簡(jiǎn)單的記錄下，我這個(gè)報(bào)錯(cuò)400的原因，要是和你的不一樣呢，也是有可能的。

寫下我的代碼報(bào)錯(cuò)400，的原因：

前臺(tái)代碼：

$.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);
 }
 }
});

首先是，前臺(tái)封裝的數(shù)據(jù)對(duì)象的屬性什么的，都是和后臺(tái)的java的model的屬性是一致的，這個(gè)不是問(wèn)題的原因。不用擔(dān)心。

請(qǐng)注意啦，報(bào)400錯(cuò)的各位，我說(shuō)的是我的這個(gè)所有屬性的前后臺(tái)對(duì)應(yīng)是OK的，但是你的報(bào)400錯(cuò)誤的，你確定你的前后臺(tái)對(duì)象確實(shí)是所有屬性的參數(shù)類型都是一致的嗎？

比如：某個(gè)屬性前后臺(tái) 都是List<String>？都是boolean？等等等等。這個(gè)是最基本的報(bào)錯(cuò)姿勢(shì)。

你還是最后先檢查一下這個(gè)問(wèn)題，再繼續(xù)看是不是和我的報(bào)錯(cuò)原因是相同的吧。

然后ajax的type和各種參數(shù)都是和后臺(tái)可以 對(duì)的上的，也不是問(wèn)題的原因。

后臺(tái)的代碼：

@RequestMapping(value = "/saveEditAppPortManage")
public @ResponseBody JsonResult saveEditRenameDetail (@RequestBody Appportmanage detail) {
 LOG.debug("---------------AppportmanageController:saveEditAppPortManage---------------");
 LOG.debug("---------------detail:" + detail + "---------------");
 return appportmanageService.saveEditAppPortManage(detail);
}

其次是，前后臺(tái)的url也是對(duì)上的，model的各個(gè)屬性也是對(duì)上的。然后呢，spring mvc 的注解標(biāo)簽也是沒(méi)問(wèn)題的。本來(lái)代碼是OK的。還是上面的代碼，程序是可以正常工作的，跑起來(lái)沒(méi)問(wèn)題的。

但是我做了如下修改：

修改了數(shù)據(jù)的model：原來(lái)的 model  java  文件就是一些屬性s和簡(jiǎn)單的getter和setter，然后我因業(yè)務(wù)需求，給原來(lái)的model添加了一條屬性，當(dāng)然對(duì)應(yīng)的getter和setter也是添加的，然后又因?yàn)樾枨笪姨砑恿艘粋€(gè)帶參數(shù)的構(gòu)造函數(shù)，因?yàn)槲以谄渌胤揭猲ew這個(gè)model的對(duì)象。

然后，問(wèn)題就出現(xiàn)了。就報(bào) 400 的錯(cuò)誤碼了。

剛剛開始，我以為是屬性的添加的問(wèn)題，但是檢查之后，發(fā)現(xiàn)不是這個(gè)問(wèn)題。

問(wèn)題出現(xiàn)在，model java 文件的構(gòu)造函數(shù)上。

解決方法：

給model java 文件再添加一個(gè)不帶參數(shù)的構(gòu)造函數(shù)。具體解釋在下面。

至于原因，就得看怎么理解spring mvc是怎么在前后臺(tái)之間傳遞參數(shù)了。

原來(lái)我沒(méi)加帶參構(gòu)造函數(shù)的時(shí)候，每個(gè)model都會(huì)默認(rèn)自帶個(gè)不帶參數(shù)的構(gòu)造函數(shù)，然后前臺(tái)的數(shù)據(jù)格式封裝 和后臺(tái)的model的屬性只要對(duì)的上，然后spring mvc在后臺(tái) 就可以自己根據(jù)model，自己去把前臺(tái)傳過(guò)來(lái)的數(shù)據(jù)，對(duì)應(yīng)的給裝進(jìn)到@RequestBody Appportmanage detail，這個(gè)參數(shù)里面，這個(gè)實(shí)現(xiàn)的前提是，你的model有默認(rèn)構(gòu)造函數(shù)，不帶參數(shù)的，然后系統(tǒng)自己去new一個(gè)對(duì)象，然后自己去把數(shù)據(jù)給裝進(jìn)去。然后你就可以用了。

因?yàn)椋腋铝薽odel 的構(gòu)造函數(shù)，若是你不寫不帶參數(shù)的構(gòu)造函數(shù)的話，那么原來(lái)model自帶的不帶參構(gòu)造函數(shù)就木有了，然后到controler層的時(shí)候，就是在獲得前臺(tái)的數(shù)據(jù)，自己去裝數(shù)據(jù)的時(shí)候，他不會(huì)根據(jù)你的帶參構(gòu)造函數(shù)去new個(gè)你要的model對(duì)象出來(lái)，so，問(wèn)題就這么出現(xiàn)了。

然后，遇到今天的這個(gè)錯(cuò)誤之后，就知道前后臺(tái)的數(shù)據(jù)具體是怎么在對(duì)應(yīng)的了。原來(lái)我只是以為，只要前后的數(shù)據(jù)模型一致就可以了。

現(xiàn)在，又知道了，哦，還和構(gòu)造函數(shù)有關(guān)系呢。

我為什么要把空構(gòu)造函數(shù) 給刪除了，因?yàn)閕de提示說(shuō)這個(gè)構(gòu)造函數(shù)沒(méi)用，然后我就刪除了。然后我就悲劇了。哦，西特！！！

我這個(gè)報(bào)錯(cuò)的原因還是有點(diǎn)深度的，因?yàn)檫@個(gè)報(bào)錯(cuò)，可以讓你理解到，springMVC的注解是如何工作的，你要是知道什么是IOC的話，也就是spring 里面經(jīng)常說(shuō)的依賴注入和控制反轉(zhuǎn)的話，那就對(duì)這個(gè)錯(cuò)誤的理解就更深刻了。

總結(jié)

以上就是這篇文章的全部?jī)?nèi)容了，希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，謝謝大家對(duì)的支持。如果你想了解更多相關(guān)內(nèi)容請(qǐng)查看下面相關(guān)鏈接