最近做項目時在多線程讀寫數(shù)據(jù)庫時拋出了異常，這自然是我對SQlite3有理解不到位的地方，所以事后仔細(xì)探究了一番。

1.關(guān)于getWriteableDataBase()和getReadableDatabase()的真正作用
getWriteableDataBase()其實是相當(dāng)于getReadableDatabase()的一個子方法，getWriteableDataBase()是只能返回一個以讀寫方式打開的SQLiteDatabase的引用，如果此時數(shù)據(jù)庫不可寫時就會拋出異常，比如數(shù)據(jù)庫的磁盤空間滿了的情況。而getReadableDatabase()一般默認(rèn)是調(diào)用getWriteableDataBase()方法，如果數(shù)據(jù)庫不可寫時就會返回一個以只讀方式打開的SQLiteDatabase的引用，這就是二者最明顯的區(qū)別。

關(guān)鍵源碼如下：

public synchronized SQLiteDatabase getWritableDatabase() {
  if (mDatabase != null) {
    if (!mDatabase.isOpen()) {
    // darn! the user closed the database by calling mDatabase.close()
    mDatabase = null;
    } else if (!mDatabase.isReadOnly()) {
    return mDatabase; // The database is already open for business
    }
  }
... ...

public synchronized SQLiteDatabase getReadableDatabase() {
  if (mDatabase != null) {
    if (!mDatabase.isOpen()) {
    // darn! the user closed the database by calling mDatabase.close()
    mDatabase = null;
    } else {
    return mDatabase; // The database is already open for business
    }
  }
 ... ...
  try {
    return getWritableDatabase();
  }
... ...

2.SQLiteDatabase的同步鎖

其實在只使用一個SQLiteDatabase的引用時，SQLiteDatabase對CRUD操作都會加上一個鎖(因為是db文件，所以精確至數(shù)據(jù)庫級)，這就保證了在同一時間你只能進(jìn)行一項操作，無論是不是在同一個線程中，這就導(dǎo)致了如果你在程序中對SQLiteOpenHelper使用了單例模式，那么你對數(shù)據(jù)庫讀寫進(jìn)行任何的優(yōu)化操作都是"徒勞"。

3.多線程讀數(shù)據(jù)庫

仔細(xì)看源碼你會發(fā)現(xiàn)，在數(shù)據(jù)庫操作中只有add,delete,update會調(diào)用lock(),而query()是不會調(diào)用的，但是在加載數(shù)據(jù)時，調(diào)用了SQLiteQuery的fillWindow方法，而該方法依然會調(diào)用SQLiteDatabase.lock()，所以要想真正的實現(xiàn)多線程讀數(shù)據(jù)庫，只能每個線程使用各自的SQLiteOpenHelper對象進(jìn)行讀操作，這樣就可避開同步鎖。關(guān)鍵源碼如下：

/* package */ int fillWindow(CursorWindow window,
  int maxRead, int lastPos) {
  long timeStart = SystemClock.uptimeMillis();
  mDatabase.lock();
  mDatabase.logTimeStat(mSql, timeStart, SQLiteDatabase.GET_LOCK_LOG_PREFIX);
  try {... ...

4.多線程讀寫

實現(xiàn)多線程讀寫的關(guān)鍵是enableWriteAheadLogging屬性，這個方法 API Level 11添加的，也就是所3.0以上的版本就基本不可能實現(xiàn)真正的多線程讀寫了。簡單的說通過調(diào)用enableWriteAheadLogging()和disableWriteAheadLogging()可以控制該數(shù)據(jù)是否被運行多線程讀寫，如果允許，它將允許一個寫線程與多個讀線程同時在一個SQLiteDatabase上起作用。實現(xiàn)原理是寫操作其實是在一個單獨的log文件，讀操作讀的是原數(shù)據(jù)文件，是寫操作開始之前的內(nèi)容，從而互不影響。當(dāng)寫操作結(jié)束后讀操作將察覺到新數(shù)據(jù)庫的狀態(tài)。當(dāng)然這樣做的弊端是將消耗更多的內(nèi)存空間。

5.多線程寫

這個就不用多想了，SQLite壓根不支持，如果實在有需求可以使用多個數(shù)據(jù)庫文件。

6.備注

（1）你有沒有想SQLite最多支持多少個數(shù)據(jù)庫連接，其實在官方API文檔(enableWriteAheadLogging ()方法)中給出了最精確的答案：The maximum number of connections used to execute queries in parallel is dependent upon the device memory and possibly other properties.就是看你有多少內(nèi)存，但是我感覺這話說的有點大，是不？哈哈。

（2）當(dāng)你在多線程中只使用一個SQLiteDatabase的引用時，需要格外注意你SQLiteDataBase.close()調(diào)用的時機(jī)，因為你是使用的同一個引用，比如在一個線程中當(dāng)一個Add操作結(jié)束后立刻關(guān)閉了數(shù)據(jù)庫連接，而另一個現(xiàn)場中正準(zhǔn)備執(zhí)行查詢操作，但此時db已經(jīng)被關(guān)閉了，然后就會報異常錯誤。此時一般有三種解決方案，①簡單粗暴給所有的CRUD添加一個 synchronized關(guān)鍵字；②永遠(yuǎn)不關(guān)閉數(shù)據(jù)庫連接，只在最后退出是關(guān)閉連接。其實每次執(zhí)行g(shù)etWriteableDataBase()或getReadableDatabase()方法時，如果有已經(jīng)建立的數(shù)據(jù)庫連接則直接返回(例外:如果舊的連接是以只讀方式打開的，則會在新建連接成功的前提下，關(guān)閉舊連接)，所以程序中將始終保持有且只有一個數(shù)據(jù)庫連接(前提是單例)，資源消耗的很少。③可以自己進(jìn)行引用計數(shù)，簡單示例代碼如下：

//打開數(shù)據(jù)庫方法
public synchronized SQLiteDatabase openDatabase() {
if (mOpenCounter.incrementAndGet() == 1) {
 // Opening new database
 try {
 mDatabase = sInstance.getWritableDatabase();
 } catch (Exception e) {
 mDatabase = sInstance.getReadableDatabase();
 }
 }
return mDatabase;
}

//關(guān)閉數(shù)據(jù)庫方法
public synchronized void closeDatabase() {
 if (mOpenCounter.decrementAndGet() == 0) {
 // Closing database
 mDatabase.close();
 }
 }

 （3）還有一些比較好的習(xí)慣和常識，例如關(guān)閉Cursor，使用Transaction，SQLite存儲數(shù)據(jù)時其實不區(qū)分類型，以及SQLite支持大部分標(biāo)準(zhǔn)SQL語句，增刪改查語句都是通用的等等。

最新評論