处理Android SQLite - close() was never explicitly called on database异常

AndroidSQLite-close()wasneverexplicitlycalledondatabase

[email protected]

在开发Android应用过程中,如果不小心会遇到如下所示的异常:

引用
E/Database(3150): close() was never explicitly called on database ......

解决其实很简单,只要复写activity的onDestroy函数,在onDestroy中关闭数据库即可。

@Override
    protected void onDestroy() {
        super.onDestroy();
        if (dbHelper  != null) {
            dbHelper.close();
        }
    }

不要忘记在dbHelper即DatabaseAdapter中添加close函数,如下所示:

public void close() {
        if (mDbHelper != null) {
        mDbHelper.close();
        }
    }

下面详细说说onDestory函数。onDestory函数用于在activity被销毁前执行最终的清理工作。这个destory行为发生在:

1)该activity被其他人调用了它的finish函数

2)或者由于系统需要回收资源而临时销毁该activity实例。

在程序中可以使用isFinishing函数来判别具体是因为以上哪种原因销毁该activity。

注意:

不要把存储数据的逻辑放在onDestroy函数中,这个回调函数只是用来清理释放资源的,比如释放与该activity相关的线程,关闭数据库等。

不建议把存储数据的逻辑放在onDestroy中的原因是在某些情况下,系统会简单的kill该activity所在的主线程而不调用onDestroy。

那么存储数据的逻辑应该放在哪里呢?答案是onPause()和onSaveInstanceState(Bundle)中。

onSaveInstanceState(Bundle)会在该activity被系统kill前调用,以至于将来该activity能从之前存储的状态恢复。

onPause会在该activity进入后台而未被系统杀掉时调用。

onSaveInstanceState(Bundle)和onPause有点让人混淆,这两者的区别是:onPause是activity的生命周期的一部分,它一定会被调用(当该activity进入后台或者即将被销毁),而onSaveInstanceState(Bundle)则不是activity生命周期的一部分,不一定会被调用。

相关推荐