一个三年Android开发的总结 - 常见数据库问题总结

Android应用开发离不开对SQLite数据库的操作，一般简单的增删改查，可以直接通过SQLiteDatabase进行，但是只要操作变得频繁，并且随着需求不断增加，你应该考虑使用ORM框架，至少使用SQLiteOpenHelper，结合需要用ContentProvider再封装一层。本文不介绍具体的使用方法，而是列出一些常见的问题，供分析参考。

使用问题

1.SQLiteOpenHelper
（1）一个管理数据库连接的辅助类，缓存了已打开的数据库对象，提供了onConfigure onCreate onOpen，getReadableDatabase getWriteableDatabase方法；数据库文件不会直接创建，而是在调用getReadableDatabase或者getWriteableDatabase时才调用onConfigure等方法完成。在这个过程中会比较传入的数据库版本号，从而调用onDowngrade onUpgrade处理升级逻辑，默认的onDowngrade直接抛出异常。同时注意只有在版本号version等于0时，才会调用onCreate方法，所以数据库建表之类的操作可以在此方法中处理。
（2）单个数据库连接 数据库相关操作都将是顺序执行的，因此使用单例的SQLiteOpenHelper，可以基本保证数据库执行的顺序性，避免操作被锁或阻塞
2.ContentProvider
ContentProvider封装后对外提供URI，内部既可以是对数据库的操作，也可以是文件甚至内存的操作。需要注意的是它提供的query delete等操作是在调用的线程中执行的，而非只在主线程。据我在Android4.X时的设备上统计，一般查询操作很快，在1ms左右，而单个的插入删除操作在10ms左右，如果希望界面流畅，在UI线程谨慎的修改数据库。

异常问题

1.数据库被锁异常
android.database.sqlite.SQLiteDatabaseLockedException: database is locked (code 5)
at android.database.sqlite.SQLiteConnection.nativeExecuteForLong(Native Method)
at android.database.sqlite.SQLiteConnection.executeForLong(SQLiteConnection.java:595)
可以出现此问题的一种情况是：创建多个SQLiteOpenHelper实例，一个对应的连接正在写，另一个getWritableDatabase 。 需要避免创建多个实例。

2.android.database.CursorWindowAllocationException
android.database.CursorWindowAllocationException: Cursor window allocation of 2048 kb failed
android.database.CursorWindowAllocationException:
Cursor wi