今天Android项目上有个bug(蛋疼不我写的代码)一个业务多次频繁调用之后会把主线程ui(主要是时间)卡住了,要一个一个的找错误位置,错误定位很重要。
一开始是找到了问题的所在(以为是)调用了主线程的Handler
Handler handler = new Handler(mContext.getMainLooper());
handler.post(........);
坑啊 里面还有一些网络请求等耗时操作。。。。。。
但是去掉之后发现问题还是没有解决!最后百般折腾一个一个模块去掉之后把问题定位在了操作多线程SQLite数据库上面
多线程操作SQLite有很多解决方案。我使用了AtomicInteger 原子操作类他是线程安全的来控制多线程情况下只拿到一个SQLiteDatabase实力对象。前提是SQLiteOpenHelper一定要使用单例模式只存在唯一一个。
代码:
private AtomicInteger mOpenCounter = new AtomicInteger();
private SQLiteDatabase myDataBase = null;
public synchronized SQLiteDatabase getSQLiteDatabase() {
if (mOpenCounter.incrementAndGet() == 1) {
myDataBase = SQLHelper.getWritableDatabase();
}
return myDataBase;
}
拿到同一个之后SQLiteDatabase之后也要使用同样的方法来close
public synchronized void closeDatabase() {
if (mOpenCounter.decrementAndGet() == 0) {
myDataBase.close();
}
}
这样子测试之后发现有时候处理一定数量数据之后会出现
W/SQLiteConnectionPool: The connection pool for database '/data/data/com.wbm.app.pda/databases/xxxxx.db'
has been unable to grant a connection to thread 163308 (Thread-163308) with flags 0x1 for 60.001003 seconds. Connections: 0 active, 1 idle, 0 available.
如果有这种情况的话应该是在使用了SQLiteDatabase的事务beginTransaction 在没有endTransaction之前在操作数据库查询等操作
注意要控制好异常要在catch或者finally中及时的endTransaction和SQLiteDatabase的关闭操作(也要在多线程的情况下进行也就是加了原子操作类来控制的close方法比如上面的closeDatabase)