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

本文主要是介绍处理Android SQLite - close() was never explicitly called on database异常，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

Android SQLite - close() was never explicitly called on database
guibin.beijing@gmail.com

在开发Android应用过程中，如果不小心会遇到如下所示的异常：
[quote] E/Database(3150): close() was never explicitly called on database ......[/quote]

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

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

不要忘记在dbHelper即Database Adapter中添加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生命周期的一部分，不一定会被调用。

这篇关于处理Android SQLite - close() was never explicitly called on database异常的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！

---