首先是412錯誤：打開當前調用的ajax方法，查看請求類型是post還是get，一般來說post的話改成get請求就可以解決。
//412錯誤
//也可以直接清除響應的頭部緩存，還可以直接在xml里配置跳轉頁面
resp.setHeader( "Cache-Control" , "no-store" ); //no-cache不行，還是會緩存
resp.setDateHeader( "Expires" , 0);
resp.setHeader( "Pragma" , "no-cache" );
HTTP 409 錯誤 – 沖突 (Conflict)
介紹
您的 Web 服務器認為，由於與一些已經確立的規則相沖突， 客戶端（如您的瀏覽器或我們的 CheckUpDown 機器人）提交的請求無法完成。 例如，如果您嘗試將一個已有文件的舊版本上載到 Web 服務器上 - 從而造成版本控制沖突，您可能會收到 409 錯誤。
400錯誤
HTTP 錯誤 400 400 請求出錯 由於語法格式有誤，服務器無法理解此請求。不作修改，客戶程序就無法重復此請求。
首先，遇到400問題，最大幾率是出現了數據類型不一致的問題，簡單來說是Controller層不用正確讀取你發送請求附帶的參數。該例是我前端傳送JSON格式，使用postmen接收。
一.發現400錯誤的，第一步確認postmen中發送的數據類型是json。比如Headers中Content-Type類型是application/json;或是前端代碼Ajax中添加：contentType: ‘application/json;charset=UTF-8’
404錯誤
找不到 — 服務器找不到給定的資源；文檔不存在。
401 未授權 — 未授權客戶機訪問數據。
402 需要付款 — 表示計費系統已有效。
406
狀態碼406：HTTP協議狀態碼的一種，表示無法使用請求的內容特性來響應請求的網頁。說白了就是后台的返回結果前台無法解析就報406錯誤。
405錯誤
405 錯誤經常和 POST 方法同時出現。 您可能在您的網站上嘗試引入某種輸入表格，但並非所有的互聯網服務供應商 (ISPs) 都 允許處理該表格所需的 POST 方法。
所有 405 錯誤都可以追綜到 Web 服務器設置和控制訪問網站內容的安全管理，因此您的 ISP 應該很容易地予以解釋。
403錯誤
禁止 — 即使有授權也不需要訪問。
500 內部錯誤 — 因為意外情況，服務器不能完成請求。
501 未執行 — 服務器不支持請求的工具。
502 錯誤網關 — 服務器接收到來自上游服務器的無效響應。
503 無法獲得服務 — 由於臨時過載或維護，服務器無法處理請求。
200 正常；請求已完成
401 未授權 — 未授權客戶機訪問數據。
web.xml配置頁面中的處理方法：
<!-- 過濾404錯誤 可以直接返回邏輯視圖名-->
<error-page>
<error-code>404</error-code>
<location>/404</location>
</error-page>
<!-- 過濾412錯誤-->
<error-page>
<error-code>412</error-code>
<location>/main</location>
</error-page>
<!-- 過濾500錯誤 可以直接返回邏輯視圖名-->
<error-page>
<error-code>500</error-code>
<location>/500</location>
</error-page>
<error-page>
<exception-type>java.lang.Exception</exception-type>
<location>/login.html</location>
</error-page>
其他的錯誤類似，可以寫一個error頁面。
發生異常就直接跳轉到error頁面即可