初入學習 JDBC 操作數據庫，想必大家都寫過下面的代碼：
數據庫為：H2
如果需要處理特定 SQL 異常，比如 SQL 語句錯誤，這個時候我們應該怎么辦？
查看 SQLException 源碼，我們可以發現兩個重要的方法。
SQLException.getErrorCode:返回數據庫特定的錯誤碼，由數據庫廠商制定，不同廠商錯誤碼不同。如重復主鍵錯誤碼在 MySQL 中是 1062，而在 Oracle 中卻是 1。
SQLException.getSQLState：返回 XOPEN 或 SQL:2003 制定的錯誤碼規范。數據庫廠商會將不同錯誤消息映射成同一個錯誤碼
所以我們可以根據 SQLException.getErrorCode 處理相應的數據庫異常。
由於數據庫廠商錯誤碼不相同，這就導致如果我們更換數據庫，上面判斷邏輯就必須重寫。
下面我們使用 Spring 操作數據庫。
Spring 操作數據庫
使用 Spring 之后，我們不再需要強制捕獲異常。如果 SQL 語句運行存在異常，Spring 會拋出其內置特定的異常。如上面 SQL 語句異常將會拋出 BadSqlGrammarException。除了這個異常之外，Spring 還定義很多數據庫異常。
每個 Spring 數據庫異常的基類都是 DataAccessException。由於 DataAccessException 繼承自 RuntimeException，所以在這類異常無需強制捕獲。
在 Spring 中使用 SQLExceptionTranslator 進行異常轉換，默認的轉換規則會根據 SQLException.getErrorCode 返回的錯誤碼進行相應的轉換。
下面我們從源碼分析轉換過程。
實現細節
調試 JdbcTemplate 的源碼。
可以看到這里捕獲了 SQLException，轉換之后再將其拋出。
整個轉換過程，最后交給 SQLExceptionTranslator 進行轉換。
首先我們查看 SQLExceptionTranslator 類圖。
可以看到其實現了一個抽象類以及三個子類。
抽象類中會首先會使用子類轉換，若未能轉換成功，將會啟動 fallback機制，再次轉換，作為兜底。
接着我們先看下三個子類的區別。
SQLErrorCodeSQLExceptionTranslator:
- 默認轉換類
- 主要根據 SQLException.getErrorCode 進行轉換。
- 默認使用 SQLExceptionSubclassTranslator 作為 fallback 對象。
SQLExceptionSubclassTranslator：
- 基於 JDBC 的 SQLException 標准子類判斷，如 java.sql.SQLTransientException。
- 使用 SQLStateSQLExceptionTranslator 作為 fallback 對象。
SQLStateSQLExceptionTranslator：
- 基於 SQLException.getSQLState 規則判斷。
下面分析 SQLErrorCodeSQLExceptionTranslator ，其他兩個比較類似，同學們可以自己看源碼分析。
SQLErrorCodeSQLExceptionTranslator 轉換器主要根據 SQLException.getErrorCode 進行判斷。Spring 默認在 org/springframework/jdbc/support/sql-error-codes.xml 歸納不同數據庫廠商相關錯誤碼。該配置文件會在第一次發生 SQL 異常時由 SQLErrorCodesFactory 進行加載，最后生成 SQLErrorCodes。
另外在 SQLErrorCodes 提供擴展方法，可以根據錯誤碼轉換成自定義的異常。
最后查看 SQLErrorCodeSQLExceptionTranslator 里的轉換方法。
前三個方法是 Spring 留下擴展方法，可以根據自己需求分別擴展。若都沒有實現，將會根據錯誤碼判斷轉換成具體的異常。
自定義異常轉換
上面說到 Spring 總共給我們留下三處擴展點。
- 繼承 SQLErrorCodeSQLExceptionTranslator，重寫 customTranslate。
- 繼承 SQLExceptionTranslator，重寫 translate，然后在 sql-error-codes.xml注入。
- 使用 SQLErrorCodes#customTranslations ，然后在 sql-error-codes.xml 配置相關錯誤碼轉換的規則。
第三種方式改動最小，比較簡單。首先在 classpath 下生成 sql-error-codes.xml，復制原有配置，最后配置 customTranslations 。
這里需要注意的是，需要轉化的異常類型必須為 DataAccessException 子類。下面面我們自定義一個異常。
總結
Spirng 異常處理將 SQL 異常轉化成內置異常，屏蔽不同數據庫返回碼不一致的帶來的問題。
最后總結本文的知識點，希望幫助到大家。
