拋異常的正確姿勢

每個程式設計師都會拋異常的問題吧！但如果拋的姿勢不對，會很煩吶！就在剛剛，我才知道我拋異常的姿勢很不對。

我以前沒有列印異常日誌的習慣，直到我看到別人列印日誌，我也開始列印了。不得不說這樣做確實不錯，程式出問題了，只要看看日誌就能明白個大概是**錯了。

但是有個問題是，我只是把導致異常的原因列印出來了，所以當有異常的出現的時候，雖然知道是出了什麼錯，但，並不知道是哪個模組出問題了！這是乙個大問題吶！

導致這個問題的原因大概有兩種，其一就是**太亂了，其二就是列印的異常資訊太過抽象了。我們都知道越抽象越難搞吶！

所以改進的方法有兩種，其一就是**簡潔，這個我正在學習，其二就是異常資訊越具體越好，當然也不必太具體，判斷的標準就是看一眼異常，就知道是哪個**塊出問題了，這是比較好的效果，因為如果能夠達到這個效果，就不必浪費力氣去尋找異常出在**的時間了。

就在今天下午，老闆說，把軟體部署到卡上，下午發貨。因為**早就寫好了，也測好了，但臨發之前還是要測試一下，確認一下比較放心，對不？於是我就開始測，這一測不要緊，因為測了一下之後出問題了。出大問題了。

程式不會跑了，一刷卡就崩潰，這也讓我好崩潰吶！因為之前明明執行的很好，結果到了上陣殺敵的時候，卻臨陣逃跑了！怎麼可以這樣？雖然讓我很煩，我也不知道**出問題了，我只知道這個問題是出在某個類裡的，於是我就斷點斷點，一直斷吶！終於發現了問題出在**，這個問題出的讓我好氣吶！

問題出在沒有插串列埠裝置！我的天吶！我的程式木有問題，我竟然還在那改了一些東西，改了三四十分鐘吶！結果發現，程式沒問題，而是忘記插串列埠裝置了，這，這，這真的讓我好無語吶！

如果當初我直接把這個異常資訊之前新增乙個「串列埠不存在」之類的資訊的話，我想我是能夠很快發現這個問題出在**的！哎，吃一塹，長一智吧！

所以以後寫**要留個心眼，拋異常的時候，記得在前面加個可以快速識別的資訊，這樣能夠幫助我們快速定位錯誤在**！

因為解決程式的問題其實不難，難的是，不知道問題出在**！這才是最讓人無語的問題吶！

說了這麼多，其實只有一句話，在異常資訊之前加點容易識別的定位資訊，這就是我所謂的正確跑異常的姿勢了。哈哈。