解決SQLite開啟已有路徑下的db問題

來源:互聯網
上載者:User

標籤:android   style   io   ar   使用   sp   檔案   資料   on   

最近遇到的需要載入已有路徑下(sd card下)db的問題,找了一下資料,以下是解決的方法,僅供參考(轉載自eoe):

SQLiteOpenHelper 是Android架構為我們提供的一個非常好的資料庫開啟、升級與關閉的工具類。但是這個工具類會自動把db檔案建立到“ /data/data/com.*.*(package name)/” 目錄下,這麼做可能是與Android檔案系統的設計思路有關。

但 是在實戰過程中,我們可能有各種原因需要自訂db檔案路徑(例如db檔案較大放到sd卡更安全等等),相信很多人都遇到了這個需求,網上也有很多解決方 法,這些方法大多是拋棄Android架構為我們提供的SQLiteOpenHelper類,自己重頭寫一個DbHelper類完成自訂路徑的資料庫打 開關閉等。這麼做雖然可以解決問題,但並不是一個最好的方法,因為自己寫的DbHelper可靠性和功能自然難和google巨匠相。

 

本文提出一種方法,通過繼承和添加代碼,並複用SQLiteOpenHelper的代碼,來解決自訂db路徑的問題。

首先我們來分析一下SQLiteOpenHelper的原始碼。getReadableDatabase()和getWritableDatabase()在內部都是調用getDatabaseLocked()。getDatabaseLocked()的原始碼很容易理解,分析得知:

  • 如果以唯讀方式開啟,是通過mContext.getDatabasePath(mName)來擷取db檔案的路徑並使用SQLiteDatabase.openDatabase()直接開啟資料庫;
  • 如果以讀寫方式開啟,是通過mContext.openOrCreateDatabase(mName, mEnableWriteAheadLogging ? Context.MODE_ENABLE_WRITE_AHEAD_LOGGING : 0, mFactory, mErrorHandler)開啟或建立資料庫。

所以我們需要改變mContext的行為。Android架構提供了一個ContextWrapper類,是Context的一個代理,可以通過繼承的方式拉改變Context的行為,所以我們繼承ContextWrapper,代碼如下:

class CustomPathDatabaseContext extends ContextWrapper{
    private String mDirPath;

  public CustomPathDatabaseContext(Context base, String dirPath) {

    super(base);

    this.mDirPath = dirPath;

  }
               

  @Override

  public File getDatabasePath(String name) {

    File result = new File(mDirPath + File.separator + name);

    if (!result.getParentFile().exists()){

      result.getParentFile().mkdirs();

    }

    return result;

    }

    

  @Override

  public SQLiteDatabase openOrCreateDatabase(String name, int mode ,CursorFactory factory){

    return SQLiteDatabase.openOrCreateDatabase(getDatabasePath(name), factory);

  }

  

  @Override

  public SQLiteDatabase openOrCreateDatabase(String name, int mode, CursorFactory factory, DatabaseErrorHandler errorHandler){

    return SQLiteDatabase.openOrCreateDatabase(getDatabasePath(name).getAbsolutePath(), factory, errorHandler);

  }
  }

上述代碼很簡單了,就不用多說明了吧,然後我們在繼承SQLiteOpenHelper時這麼寫就可以了:

class YourDbHelper extends SQLiteOpenHelper{

        public YourDbHelper(Context context, String name, CursorFactory factory,
                        int version) {
                super(new CustomPathDatabaseContext(context, getDirPath()), name, factory, version);
        }

        /**
         * 擷取db檔案在sd卡的路徑
         * @return
         */
        private static String getDirPath(){
                //TODO 這裡返回存放db的檔案夾的絕對路徑
                return "";
        }
        
        @Override
        public void onCreate(SQLiteDatabase db) {
        }

        @Override
        public void onUpgrade(SQLiteDatabase db, int oldVersion, int newVersion) {
        }
        
  }

如此一來,我們既可以自訂db檔案路徑,又可以複用SQLiteOpenHelper十分好用的功能了~

 

另外需要注意的是,有些應用可能是有一個已建好表的db檔案放在assets中,應用運行時先判斷db檔案是否存在,如果不存在則從assets中複製到自訂路徑。這種情況通常都是在PC端使用SQLiteSpy諸如此類的工具寫sql建表,使用這種方法的小夥伴們別忘了在建表時執行  PRAGMA schema_version = 1   這句sql(當然了版本號碼取決於您的需求) , 否則SQLiteOpenHelper還是會觸發onCreate的~看了SQLiteOpenHelper什麼時候觸發onCreate的源碼就明白怎麼回事了~

 

解決SQLite開啟已有路徑下的db問題

相關文章

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.