這篇文章給大家介紹Ajax報(bào)錯(cuò)400如何解決，內(nèi)容非常詳細(xì)，感興趣的小伙伴們可以參考借鑒，希望對(duì)大家能有所幫助。
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ù)到底是怎么在傳的啦。
我這只是簡單的記錄下，我這個(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è)不是問題的原因。不用擔(dān)心。
請(qǐng)注意啦，報(bào)400錯(cuò)的各位，我說的是我的這個(gè)所有屬性的前后臺(tái)對(duì)應(yīng)是OK的，但是你的報(bào)400錯(cuò)誤的，你確定你的前后臺(tái)對(duì)象確實(shí)是所有屬性的參數(shù)類型都是一致的嗎？
比如：某個(gè)屬性前后臺(tái) 都是List
你還是最后先檢查一下這個(gè)問題，再繼續(xù)看是不是和我的報(bào)錯(cuò)原因是相同的吧。
然后ajax的type和各種參數(shù)都是和后臺(tái)可以 對(duì)的上的，也不是問題的原因。
后臺(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)簽也是沒問題的。本來代碼是OK的。還是上面的代碼，程序是可以正常工作的，跑起來沒問題的。
但是我做了如下修改：
修改了數(shù)據(jù)的model：原來的 model java 文件就是一些屬性s和簡單的getter和setter，然后我因業(yè)務(wù)需求，給原來的model添加了一條屬性，當(dāng)然對(duì)應(yīng)的getter和setter也是添加的，然后又因?yàn)樾枨笪姨砑恿艘粋€(gè)帶參數(shù)的構(gòu)造函數(shù)，因?yàn)槲以谄渌胤揭猲ew這個(gè)model的對(duì)象。
然后，問題就出現(xiàn)了。就報(bào) 400 的錯(cuò)誤碼了。
剛剛開始，我以為是屬性的添加的問題，但是檢查之后，發(fā)現(xiàn)不是這個(gè)問題。
問題出現(xiàn)在，model java 文件的構(gòu)造函數(shù)上。
解決方法：
給model java 文件再添加一個(gè)不帶參數(shù)的構(gòu)造函數(shù)。具體解釋在下面。
至于原因，就得看怎么理解spring mvc是怎么在前后臺(tái)之間傳遞參數(shù)了。
原來我沒加帶參構(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)傳過來的數(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)?，我更新了model 的構(gòu)造函數(shù)，若是你不寫不帶參數(shù)的構(gòu)造函數(shù)的話，那么原來model自帶的不帶參構(gòu)造函數(shù)就木有了，然后到controler層的時(shí)候，就是在獲得前臺(tái)的數(shù)據(jù)，自己去裝數(shù)據(jù)的時(shí)候，他不會(huì)根據(jù)你的帶參構(gòu)造函數(shù)去new個(gè)你要的model對(duì)象出來，so，問題就這么出現(xiàn)了。
然后，遇到今天的這個(gè)錯(cuò)誤之后，就知道前后臺(tái)的數(shù)據(jù)具體是怎么在對(duì)應(yīng)的了。原來我只是以為，只要前后的數(shù)據(jù)模型一致就可以了。
現(xiàn)在，又知道了，哦，還和構(gòu)造函數(shù)有關(guān)系呢。
我為什么要把空構(gòu)造函數(shù) 給刪除了，因?yàn)閕de提示說這個(gè)構(gòu)造函數(shù)沒用，然后我就刪除了。然后我就悲劇了。哦，西特?。?！
我這個(gè)報(bào)錯(cuò)的原因還是有點(diǎn)深度的，因?yàn)檫@個(gè)報(bào)錯(cuò)，可以讓你理解到，springMVC的注解是如何工作的，你要是知道什么是IOC的話，也就是spring 里面經(jīng)常說的依賴注入和控制反轉(zhuǎn)的話，那就對(duì)這個(gè)錯(cuò)誤的理解就更深刻了。
關(guān)于Ajax報(bào)錯(cuò)400如何解決就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，可以學(xué)到更多知識(shí)。如果覺得文章不錯(cuò)，可以把它分享出去讓更多的人看到。
