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 里面經常說的依賴注入和控制反轉的話，那就對這個錯誤的理解就更深刻了。
總結
以上就是這篇文章的全部內容了，希望本文的內容對大家的學習或者工作具有一定的參考學習價值，謝謝大家對碩編程的支持。如果你想了解更多相關內容請查看下面相關鏈接
學習AJAX