Android 将SQLite数据保存在SD卡

    在 Android APP 的开发过程中，会用到SQLite数据库。SQLite数据保存地址在手机的内存（ROM）上，而手机的内容有限，所以直接保存在SD卡上比较好，这样在app重新安装，或者重做系统时可以再次使用。本文章介绍如何将SQLite数据库文件保存到SD卡上。

SQLite数据库默认的存储路径为：/data/data/${packagename}/database， ${packagename}是应用的包名。

该种方式建立的数据库只有本程序可以访问，其他的应用程序是无法访问的，而且没有经过root的手机，用户是无法手动删除该数据库文件的。

该数据库文件一旦建立，便是常驻于内存的（只有当应用程序被卸载时，才会被删除），如果数据库文件比较大时，会占用手机很大内存。 于是就想着把数据库文件建在SDCard上，放在SDCard上的优点是不影响内存，而且就算程序被卸载，再重装时，数据也不会丢失。下面讲讲怎么把数据库建在SDCard上：

之前也找过很多资料，大致上的意思，就是继承SQLiteOpenHelper类，然后重写其中的getWritableDatabase方法，在里面调用SQLiteDatabase.openOrCreateDatabase(file,null)方法，其中file即是数据库文件在SDCard上的文件名称。这种方法确实可以在SDCard上建立数据库文件，但是问题是如果在查询数据库时，可能不需要写权限，只需要读权限，就需要调用getReadableDatabase方法，所以又必须要重写这个方法。更重要的是，重写的这些方法并不是线程安全的，SQLiteOpenHelper类中的这两个方法在调用时是做了一系列的加锁处理的，重写之后这些代码便不起作用了，容易导致错误，如果全部挪过来的话就太复杂了。

废话说了一箩筐，终于上正题了。其实查看framework中SQLiteOpenHelper的源码可以发现，在getWritableDatabase中会也是会调用openOrCreateDatabase方法的，其中的file参数值是在该类的构造器中传入的，而在继承SQLiteOpenHelper类时，也是必须要实现构造器的，在构造器中还必须调用父类的构造器，因此，可以在SQLiteOpenHelper子类中传入放在SDCard上的数据库文件（如/sdcard/database/db.db），但是前提是必须要先建立数据库文件的父文件夹（/sdcard/database），否则会抛出异常。具体代码如下：

public class BaseMsgDbHelper extends SQLiteOpenHelper {
    public static finalString DB_NAME = "db.db";
    public static final intVERSION = 1;
    publicBaseMsgDbHelper(Context context) {
       super(context, getMyDatabaseName(context), null,VERSION);
    }
    privatestatic String getMyDatabaseName(Context context){
       String databasename = DB_NAME;
       boolean isSdcardEnable =false;
       String state =Environment.getExternalStorageState();
       if(Environment.MEDIA_MOUNTED.equals(state)){//SDCard是否插入
          isSdcardEnable = true;
       }
       String dbPath = null;
       if(isSdcardEnable){
           dbPath =Environment.getExternalStorageDirectory().getPath() +"/database/";
       }else{//未插入SDCard，建在内存中
           dbPath =context.getFilesDir().getPath() + "/database/";
       }
       File dbp = newFile(dbPath);
       if(!dbp.exists()){
          dbp.mkdirs();
       }
       databasename = dbPath +DB_NAME;
       return databasename;
    }
}

仅此而已，其他的调用方法都不受任何影响，是不是很简单方便......