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

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

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

寫下我的代碼報(bào)錯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);
 }
 }
});

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

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

比如：某個屬性前后臺 都是ListString>？都是boolean？等等等等。這個是最基本的報(bào)錯姿勢。

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

然后ajax的type和各種參數(shù)都是和后臺可以 對的上的，也不是問題的原因。

后臺的代碼：

@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 的注解標(biāo)簽也是沒問題的。本來代碼是OK的。還是上面的代碼，程序是可以正常工作的，跑起來沒問題的。

但是我做了如下修改：

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

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

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

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

解決方法：

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

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

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

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

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

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

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

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

總結(jié)

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