android.content.Context与android.database.sqlite.SQLiteDatabase均存在打开数据库的接口，android.content.Context里面接口最后也是需要调用到SQLiteDatabase里面相应的接口，从表征上看，使用Context里面的接口操作的是私有目录的数据库，即/data/data/<pkg name>下的db文件，主要提供给应用上下文使用。android.database.sqlite.SQLiteDatabase里则提供了操作任意位置数据库的接口。（这里可能不严谨，请各位指正）
这里以android.database.sqlite.SQLiteDatabase的openOrCreateDatabase为例，选取以下API打开数据库
static SQLiteDatabase openOrCreateDatabase(String path, SQLiteDatabase.CursorFactory factory, DatabaseErrorHandler errorHandler)
db = SQLiteDatabase.openOrCreateDatabase(dbFile, null, null);
db = SQLiteDatabase.openOrCreateDatabase(dbFile, null, new DatabaseErrorHandler(){ public void onCorruption(SQLiteDatabase dbObj) { System.out.println("###### enter error handler ##########"); } } );
在代码中，打开了有问题的数据库，db还是会被赋值，继续对此db操作，如insert等，会使得应用出现崩溃等异常。errHandler与该程序不是同步的，也就是说，很有可能errorHandler里面的程序没有跑完，外面的程序已经跑到下面去了。目前来说，我还没能找到很好的办法能使得errorHandler跟主程序同步起来，但其实这个必要性并不大。可以使用isDatabaseIntegrityOk()检测db是否正常，再继续操作后续操作：
if(db.isDatabaseIntegrityOk()) { <CMD> }
当然，可以利用isDatabaseIntegrityOk组织出更为复杂的机制，比方说，打开db后，isDatabaseIntegrityOk检测到为false，就启动一些修复机制（关于一些常用的修复机制在后续文章进行详尽的描述）。这是 技巧2——巧用isDatabaseIntegrityOk。
除上述两点外，SQLiteDatabase里还有很多很多丰富的有意思的API，不仅是SQLiteDatabase，其他的类也蕴藏着丰富多彩的功能，这一切需要大家花心思，花时间去探究，去学习。
最后，送给大家一句老话， 书山有路勤为径，学海无涯苦作舟。