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

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

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

@Overrideprotected 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生命周期的一部分，不一定会被调用。