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

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

我這只是簡單的記錄下，我這個報錯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);
 }
 }
});

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

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

比如：某個屬性前后臺 都是List<String>？都是boolean？等等等等。這個是最基本的報錯姿勢。

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

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

但是我做了如下修改：

修改了數(shù)據的model：原來的 model  java  文件就是一些屬性s和簡單的getter和setter，然后我因業(yè)務需求，給原來的model添加了一條屬性，當然對應的getter和setter也是添加的，然后又因為需求我添加了一個帶參數(shù)的構造函數(shù)，因為我在其他地方要new這個model的對象。

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

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

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

解決方法：

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

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

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

因為，我更新了model 的構造函數(shù)，若是你不寫不帶參數(shù)的構造函數(shù)的話，那么原來model自帶的不帶參構造函數(shù)就木有了，然后到controler層的時候，就是在獲得前臺的數(shù)據，自己去裝數(shù)據的時候，他不會根據你的帶參構造函數(shù)去new個你要的model對象出來，so，問題就這么出現(xiàn)了。

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

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

我為什么要把空構造函數(shù) 給刪除了，因為ide提示說這個構造函數(shù)沒用，然后我就刪除了。然后我就悲劇了。哦，西特！！！

我這個報錯的原因還是有點深度的，因為這個報錯，可以讓你理解到，springMVC的注解是如何工作的，你要是知道什么是IOC的話，也就是spring 里面經常說的依賴注入和控制反轉的話，那就對這個錯誤的理解就更深刻了。

總結

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