1.事務
一個SESSION所進行的所有更新操作要麼一起成功，要麼一起失敗
舉個例子:A向B轉賬，轉賬這個流程中如果出現問題，事務可以讓資料恢復成原來一樣【A賬戶的錢沒變，B賬戶的錢也沒變】。
事例說明：
/*
* 我們來模擬A向B賬號轉賬的場景
* A和B賬戶都有1000塊，現在我讓A賬戶向B賬號轉500塊錢
*
* */
//JDBC預設的情況下是關閉事務的，下面我們看看關閉事務去操作轉賬操作有什麼問題
//A賬戶減去500塊
String sql = "UPDATE a SET money=money-500 ";
preparedStatement = connection.prepareStatement(sql);
preparedStatement.executeUpdate();
//B賬戶多了500塊
String sql2 = "UPDATE b SET money=money+500";
preparedStatement = connection.prepareStatement(sql2);
preparedStatement.executeUpdate();
複製程式碼從上面看，我們的確可以發現A向B轉賬，成功了。可是**如果A向B轉賬的過程中出現了問題呢？**下面模擬一下
//A賬戶減去500塊
String sql = "UPDATE a SET money=money-500 ";
preparedStatement = connection.prepareStatement(sql);
preparedStatement.executeUpdate();
//這裡模擬出現問題
int a = 3 / 0;
String sql2 = "UPDATE b SET money=money+500";
preparedStatement = connection.prepareStatement(sql2);
preparedStatement.executeUpdate();
複製程式碼顯然，上面程式碼是會丟擲異常的，我們再來查詢一下資料。A賬戶少了500塊錢，B賬戶的錢沒有增加。這明顯是不合理的。
我們可以通過事務來解決上面出現的問題
//開啟事務,對資料的操作就不會立即生效。
connection.setAutoCommit(false);
//A賬戶減去500塊
String sql = "UPDATE a SET money=money-500 ";
preparedStatement = connection.prepareStatement(sql);
preparedStatement.executeUpdate();
//在轉賬過程中出現問題
int a = 3 / 0;
//B賬戶多500塊
String sql2 = "UPDATE b SET money=money+500";
preparedStatement = connection.prepareStatement(sql2);
preparedStatement.executeUpdate();
//如果程式能執行到這裡，沒有丟擲異常，我們就提交資料
connection.commit();
//關閉事務【自動提交】
connection.setAutoCommit(true);
} catch (SQLException e) {
try {
//如果出現了異常，就會進到這裡來，我們就把事務回滾【將資料變成原來那樣】
connection.rollback();
//關閉事務【自動提交】
connection.setAutoCommit(true);
} catch (SQLException e1) {
e1.printStackTrace();
}
複製程式碼上面的程式也一樣丟擲了異常，A賬戶錢沒有減少，B賬戶的錢也沒有增加。
注意：當Connection遇到一個未處理的SQLException時，系統會非正常退出，事務也會自動回滾，但如果程式捕獲到了異常，是需要在catch中顯式回滾事務的。
savapoint
我們還可以使用savepoint設定中間點。如果在某地方出錯了，我們設定中間點，回滾到出錯之前即可。
應用場景：現在我們要算一道數學題，算到後面發現算錯數了。前面的運算都是正確的，我們不可能重頭再算【直接rollback】，最好的做法就是在保證前面算對的情況下，設定一個儲存點。從儲存點開始重新算。
注意：savepoint不會結束當前事務，普通提交和回滾都會結束當前事務的
事務的隔離級別
資料庫定義了4個隔離級別：
- Serializable【可避免髒讀，不可重複讀，虛讀】
- Repeatable read【可避免髒讀，不可重複讀】
- Read committed【可避免髒讀】
- Read uncommitted【級別最低，什麼都避免不了】
分別對應Connection類中的4個常量
- TRANSACTION_READ_UNCOMMITTED
- TRANSACTION_READ_COMMITTED
- TRANSACTION_REPEATABLE_READ
- TRANSACTION_SERIALIZABLE
髒讀：一個事務讀取到另外一個事務未提交的資料
例子：A向B轉賬，A執行了轉賬語句，但A還沒有提交事務，B讀取資料，發現自己賬戶錢變多了！B跟A說，我已經收到錢了。A回滾事務【rollback】，等B再檢視賬戶的錢時，發現錢並沒有多。
不可重複讀：一個事務讀取到另外一個事務已經提交的資料，也就是說一個事務可以看到其他事務所做的修改
注：A查詢資料庫得到資料，B去修改資料庫的資料，導致A多次查詢資料庫的結果都不一樣【危害：A每次查詢的結果都是受B的影響的，那麼A查詢出來的資訊就沒有意思了】
虛讀(幻讀)：是指在一個事務內讀取到了別的事務插入的資料，導致前後讀取不一致。
注：和不可重複讀類似，但虛讀(幻讀)會讀到其他事務的插入的資料，導致前後讀取不一致
簡單總結：髒讀是不可容忍的，不可重複讀和虛讀在一定的情況下是可以的【做統計的肯定就不行】。
2.後設資料
什麼是後設資料
後設資料其實就是資料庫，表，列的定義資訊
為什麼我們要用後設資料
即使我們寫了一個簡單工具類，我們的程式碼還是非常冗餘。對於增刪改而言，只有SQL和引數是不同的，我們為何不把這些相同的程式碼抽取成一個方法？對於查詢而言，不同的實體查詢出來的結果集是不一樣的。我們要使用後設資料獲取結果集的資訊，才能對結果集進行操作。
- ParameterMetaData --引數的後設資料
- ResultSetMetaData --結果集的後設資料
- DataBaseMetaData --資料庫的後設資料
3.改造JDBC工具類
問題：我們對資料庫的增刪改查都要連線資料庫，關閉資源，獲取PreparedSteatment物件，獲取Connection物件此類的操作，這樣的程式碼重複率是極高的，所以我們要對工具類進行增強
增刪改
//我們發現，增刪改只有SQL語句和傳入的引數是不知道的而已，所以讓呼叫該方法的人傳遞進來
//由於傳遞進來的引數是各種型別的，而且數目是不確定的，所以使用Object[]
public static void update(String sql, Object[] objects) {
Connection connection = null;
PreparedStatement preparedStatement = null;
ResultSet resultSet = null;
try {
connection = getConnection();
preparedStatement = connection.prepareStatement(sql);
//根據傳遞進來的引數，設定SQL佔位符的值
for (int i = 0; i < objects.length; i++) {
preparedStatement.setObject(i + 1, objects[i]);
}
//執行SQL語句
preparedStatement.executeUpdate();
} catch (Exception e) {
e.printStackTrace();
複製程式碼查詢
/*
1:對於查詢語句來說，我們不知道對結果集進行什麼操作【常用的就是把資料封裝成一個Bean物件，封裝成一個List集合】
2:我們可以定義一個介面，讓呼叫者把介面的實現類傳遞進來
3:這樣介面呼叫的方法就是呼叫者傳遞進來實現類的方法。【策略模式】
*/
//這個方法的返回值是任意型別的，所以定義為Object。
public static Object query(String sql, Object[] objects, ResultSetHandler rsh) {
Connection connection = null;
PreparedStatement preparedStatement = null;
ResultSet resultSet = null;
try {
connection = getConnection();
preparedStatement = connection.prepareStatement(sql);
//根據傳遞進來的引數，設定SQL佔位符的值
if (objects != null) {
for (int i = 0; i < objects.length; i++) {
preparedStatement.setObject(i + 1, objects[i]);
}
}
resultSet = preparedStatement.executeQuery();
//呼叫呼叫者傳遞進來實現類的方法，對結果集進行操作
return rsh.hanlder(resultSet);
}
複製程式碼介面：
/*
* 定義對結果集操作的介面，呼叫者想要對結果集進行什麼操作，只要實現這個介面即可
* */
public interface ResultSetHandler {
Object hanlder(ResultSet resultSet);
}
複製程式碼實現類：
//介面實現類，對結果集封裝成一個Bean物件
public class BeanHandler implements ResultSetHandler {
//要封裝成一個Bean物件，首先要知道Bean是什麼，這個也是呼叫者傳遞進來的。
private Class clazz;
public BeanHandler(Class clazz) {
this.clazz = clazz;
}
@Override
public Object hanlder(ResultSet resultSet) {
try {
//建立傳進物件的例項化
Object bean = clazz.newInstance();
if (resultSet.next()) {
//拿到結果集後設資料
ResultSetMetaData resultSetMetaData = resultSet.getMetaData();
for (int i = 0; i < resultSetMetaData.getColumnCount(); i++) {
//獲取到每列的列名
String columnName = resultSetMetaData.getColumnName(i+1);
//獲取到每列的資料
String columnData = resultSet.getString(i+1);
//設定Bean屬性
Field field = clazz.getDeclaredField(columnName);
field.setAccessible(true);
field.set(bean,columnData);
}
//返回Bean物件
return bean;
}
複製程式碼【策略模式】簡單理解：
-
我們並不知道呼叫者想對結果集進行怎麼樣的操作，於是讓呼叫者把想要做的操作物件傳遞過來
-
我們只要用傳遞過來的物件對結果集進行封裝就好了。
- 至於呼叫者會傳遞什麼物件過來，該物件要實現什麼方法。我們可以使用介面來對其規範
對我個人理解，策略模式就是我們在使用別人API時，可以使用匿名內部類的時候。別人用的就是策略模式。
如果文章有錯的地方歡迎指正，大家互相交流。習慣在微信看技術文章的同學，可以關注微信公眾號:Java3y