3

我阅读了很多关于这个主题的主题，但没有人能回答我的问题。

我从并发线程访问我的数据库，我的 SQLiteOpenHelper 实现了单例的设计模式，所以我的应用程序只有一个实例。

我用这样的代码访问我的数据库：

 SQLiteDatabase db = DatabaseHelper.getInstance().getWritableDatabase();
 ...
 Do some update in the DB
 ...
 db.close();

我不明白为什么我仍然收到“数据库已关闭”错误，getWritableDatabase() 方法不应该在调用 close() 之前锁定数据库吗？来自其他线程的其他 getWritableDatabase() 调用应该等到数据库关闭？这是对的还是我错过了什么？

4

2 回答 2

7

扩展 elhadi 的答案时，我在跨多个异步任务打开和关闭数据库连接时遇到了类似的问题。根据我当时的调查，很明显没有必要经常打开和关闭数据库连接。我最终采用的方法是子类化Application并执行单个 db open duringonCreate和单个 db close onTerminate。然后我设置了一个静态 getter 来检索已经打开的SQLiteDatabase对象。对 DI（依赖注入）不友好，但 Android 还不能真正做到这一点。

像这样的东西；

    public class MainApplication extends Application {
          private static SQLiteDatabase database;

          /**
           * Called when the application is starting, before any other 
           * application objects have been created. Implementations 
           * should be as quick as possible...
           */
          @Override
          public void onCreate() {
          super.onCreate();
          try {
           database = SQLiteDatabase.openDatabase("/data/data/<yourdbpath>", null, SQLiteDatabase.OPEN_READWRITE);
          } catch (SQLiteException e) {
            // Our app fires an event spawning the db creation task...
           }
         }


          /**
           * Called when the application is stopping. There are no more 
           * application objects running and the process will exit.
           * <p>
           * Note: never depend on this method being called; in many 
           * cases an unneeded application process will simply be killed 
           * by the kernel without executing any application code...
           * <p>
           */
          @Override
          public void onTerminate() {
            super.onTerminate();
            if (database != null && database.isOpen()) {
              database.close();
            }
          }


          /**
           * @return an open database.
           */
          public static SQLiteDatabase getOpenDatabase() {
            return database;
          }
    }

读回 JavaDoc 我肯定从某个地方 plagerised 这个但是这个静态的单个 db open/close 解决了你遇到的这个问题。SO上有另一个答案，描述了这个解决方案。

更多详情：

为了回应 Fr4nz 关于下面 NPE 的评论，我提供了我们具体实现的更多细节。

简洁版本

如果没有对 BroadcastReceivers 有很好的理解，下面的“全图”很难掌握。在您的情况下（并且首先）添加您的数据库创建代码并在创建数据库后初始化并打开数据库。所以写；

      try {
       database = SQLiteDatabase.openDatabase("/data/data/<yourdbpath>", null, SQLiteDatabase.OPEN_READWRITE);
      } catch (SQLiteException e) {
        // Create your database here!
        database = SQLiteDatabase.openDatabase("/data/data/<your db path>", null, SQLiteDatabase.OPEN_READWRITE);
       }
     }

长版

是的，它不仅仅是上面的代码。请注意我对第一个实例中的异常捕获的评论（即您的应用程序第一次运行时）。这里是说，“我们的应用程序触发了一个产生数据库创建任务的事件”。在我们的应用程序中实际发生的BroadcastReceiver是注册了一个监听器（Android 的框架），并且主应用程序活动所做的第一件事就是检查database静态变量 inMainApplication是否为空。如果它为空，则生成一个创建数据库的异步任务，当它完成时（即运行该onPostExecute()方法）最终触发我们知道将由我们在 try-catch 中注册的侦听器拾取的事件。接收器作为内部类存在于 MainApplication 类下，如下所示；

    /**
    * Listener waiting for the application to finish
    * creating the database.
    * <p>
    * Once this has been completed the database is ready for I/O.
    * </p>
    *
    * @author David C Branton
    */
      public class OpenDatabaseReceiver extends BroadcastReceiver {
        public static final String BROADCAST_DATABASE_READY = "oceanlife.core.MainApplication$OpenDatabaseReceiver.BROADCAST_DATABASE_READY";

        /**
         * @see android.content.BroadcastReceiver#onReceive(android.content.Context, android.content.Intent)
         */
        @Override
        public void onReceive(final Context context, final Intent intent) {
          Log.i(CreatedDatabaseReceiver.class.getSimpleName(), String.format("Received filter event, '%s'", intent.getAction()));
          database = SQLiteDatabase.openDatabase("/data/data/<your db path>", null, SQLiteDatabase.OPEN_READWRITE);
          unregisterReceiver(openDatabaseReceiver);

          // Broadcast event indicating that the creation process has completed.
          final Intent databaseReady = new Intent();
          databaseReady.setAction(BROADCAST_DATABASE_READY);
          context.sendBroadcast(databaseReady);
        }
      }

所以第一次安装的启动过程总结是这样的；

  1. 类：MainApplication，角色-检查是否有数据库？
    • 是的？数据库变量被初始化
    • 不？接收方注册（OpenDatabaseReceiver）
  2. 类： MainActivity：应用程序的角色登陆活动，最初检查数据库变量是否为空。
    • database一片空白？不添加执行 I/O 的片段，并在对话框中添加“创建应用程序数据库”或类似内容。
    • database不为空？继续主应用程序执行流程，添加由 db 支持的列表等
  3. 类：DatabaseCreationDialogFragment：角色 - 生成异步任务以创建数据库。
    • 在创建数据库时注册新的接收者。
    • 在收集“我已创建数据库”消息时，会触发另一个事件（来自接收方），告诉应用程序打开数据库。
  4. 类：MainApplication：角色 2- 侦听“数据库已创建”消息。
    • 上述接收器 ( OpenDatabaseReceiver) 打开数据库并广播（通过另一个事件！）数据库已准备好使用。
  5. 类：MainActivity：角色 2- 获取“数据库已准备好”消息，摆脱“我们正在创建数据库”对话框并继续在应用程序中显示数据/功能。

和平恢复了。

于 2012-05-29T15:36:39.827 回答
1

如果您在线程中调用 DatabaseHelper.getInstance().getWritableDatabase()，我建议您在启动线程之前对其进行管理。你在主程序中打开你的数据库，你调用你的线程。线程终止后，您在主程序中关闭您的数据库。

于 2012-05-29T14:46:14.137 回答