处理Android SQLite -&n…

Android SQLite - close() was never explicitly called on database 
[email protected] 

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

引用

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

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

Java代码   

1. @Override  
2. protected void onDestroy() {  
3.     super.onDestroy();  
4.     if (dbHelper  != null) {  
5.         dbHelper.close();  
6.     }  
7. }  

不要忘记在dbHelper即Database Adapter中添加close函数，如下所示： 

Java代码   

1. public void close() {  
2.      if (mDbHelper != null) {  
3.      mDbHelper.close();  
4.      }  
5.  }  

下面详细说说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生命周期的一部分，不一定会被调用。