IT行業一開始大多數人都是沖著高薪而來，但高薪也意味著其并不簡單。在學習的過程中，有堅持下去的也有半途而廢的。
源妹兒發現很多放棄的學生都是問題解決的能力不足。導致越學越困難，甚至到最后選擇放棄。在這里為大家總結下載在后端基于ssm環境的web項目中，遇到問題如何去排查，趕緊拿小本本記好了
01
解決思路
遇到錯誤很正常，自己先根據錯誤信息提示排查錯誤。好的習慣就是將遇到的錯誤解決之后要懂得記錄
1. 定位錯誤
2. 分析錯誤
3. 解決錯誤
02啟動報錯
分析：web項目在啟動的時候會加載web.xml的配置文件，web.xml還加載了、、的配置文件，所以只要有一個xml文件中出問題，都會導致啟動報錯
解決思路：
檢查基本環境：編譯路徑是否正確？部署是否正確？
檢查各種配置文件：配置是否正確？
看控制臺錯誤信息提示：從下往上找【最下面的錯誤就是罪魁禍首】，找看得懂的異常，找關鍵字信息
例如1：org.xml.sax.：xml中解析問題，看后面是哪一個xml文件出問題。xml解析一般分為SAX解析，和dom解析，所以就是SAX解析異常，在解析xml時才會出這個問題。只找關鍵信息， by：xxx。
只看關鍵字，分析錯誤原因
注意：在啟動的時候不要只看末尾的信息: in 2652 ms，上面也有可能報錯，拉到控制臺上面去看下是否有報錯信息
03啟動不報錯訪問報錯
分析：啟動沒有報錯，那就說明xml中除了規范可能有問題，xml的其它配置基本沒有什么問題。所謂規范問題：，id屬性值的問題 ，有返回值類型但是沒有配置
解決思路：
01. 重新訪問一下，打開瀏覽器控制臺：看請求名稱和請求參數，確定是前端問題 還是后端問題解析程序包時出現問題什么意思，將錯誤范圍縮小
02. 如果是前端問題：看下請求地址是否與控制器中的請求一致，看下請求參數名是否與后端獲取時的名字是否一致
03. 如果是后端問題：就要看控制臺的錯誤信息：從下往上找【最下面的錯誤就是罪魁禍首】，找看得懂的異常，找關鍵字信息
例如1：ption = sql拼寫錯誤，直接去檢查sql映射文件，將錯誤信息向后拉，有個near-附近，這個左邊和右邊一定會有問題
例如2：空指針異常 = 根據錯誤信息點擊到我們寫的代碼中，分析為什么會為空，然后再解決這個問題
例如3：ssm中很多時候都是少了@注解，導致注入失敗
04沒有報錯但沒效果
分析：這種錯誤比較難找，一般是編譯工具或者電腦，需要憑經驗解決
原因分析：
1. 代碼沒有編譯，看下編譯的問題是否重新編譯，然后清理之后再次編譯
2. 編譯時卡住了，編譯不了。有時就會出現這種情況，重啟即可
3. 一啟動就顯示debug模式。也是中常見的問題。有的時候你自己不小心自己在代碼中打了斷點，或者認為你的程序有問題，編譯器給你打了一個斷點。這個時候可以在右上角文本開給你中輸入break解析程序包時出現問題什么意思，點擊，點擊雙叉刪除所有的斷點重新啟動即可
05總結
01. 遇到錯誤就看2個地方:
(1) 前端瀏覽器網絡請求：找出是前端問題還是后端問題，請求地址，請求參數，響應的數據
(2) 后端日志log4j和報錯信息，sql語句，參數等
02. 在桌面上放一個文檔 – 記錄遇到的問題和解決方法。好的方法事半功倍，錯誤方法事倍功半。