注意:请不要将此问题标记为重复。我已经经历了几个类似的问题，但找不到满意的答案。

我一直在开发一个使用 Sqlite 数据库的应用程序。我们遵循单例模式，确保我们在整个应用程序中只能创建一个助手类实例。

public class CustomSqliteHelper extends SQLiteOpenHelper {

  public static CustomSqliteHelper getInstance(Context context) {
    if (instance == null) {
      synchronized (CustomSqliteHelper.class) {
        if (instance == null) {
          instance = new CustomSqliteHelper(context);
        }
      }
    }
    return instance;
  }
}

但有时应用程序会因 SQLiteDatabaseLockedException 而崩溃。我知道当多个线程/进程试图一次写入数据库时​​会出现此异常。即使一个线程/进程在写操作还在进行的时候试图读数据库，也会抛出这个异常。

所以我已经阅读了很多关于此的内容以及防止这种情况发生的可能方法。许多帖子建议使用 ContentProvider 而不是直接扩展 SqliteOpenHelper 类并对数据库对象执行操作。在阅读其中一篇文章时，这 post提到在使用 Content Provider 时，您不需要手动处理多线程环境。

Although the ContentProvider lacks in thread-safety, often times you will find that no further action is required on your part with respect to preventing potential race conditions. The canonical example is when your ContentProvider is backed by a SQLiteDatabase; when two threads attempt to write to the database at the same time, the SQLiteDatabase will lock itself down, ensuring that one will wait until the other has completed. Each thread will be given mutually exclusive access to the data source, ensuring the thread safety is met.

上面的引述听起来令人困惑，因为它首先提到 ContentProvider 不支持线程安全。但他得出结论，应用程序开发人员不需要为实现并发而做任何事情。

此外，如果我选择使用 SqliteOpenHelper，防止这些崩溃的最佳方法是什么？我一直在考虑为每个数据库操作使用锁。

 public class CustomSqliteHelper extends SQLiteOpenHelper {

 private String lock = "lock";

 public void insert(){
    synchronized(lock){
       // Do the insert operation here.
    }
 }


 public void update(){
    synchronized(lock){
       // Do the update operation here.
    }
 }
 }

但我的一位团队成员建议我不要这样做，因为 Java 锁很昂贵。

在经历了最受欢迎的 projects 之一之后在 Github 上，我发现开发人员建议将每个数据库操作包装在一个事务中。

public void insert(ContentValues values) {
    // Create and/or open the database for writing
    SQLiteDatabase db = getWritableDatabase();

    // It's a good idea to wrap our insert in a transaction. This helps with performance and ensures
    // consistency of the database.
    db.beginTransaction();
    try {
        // The user might already exist in the database (i.e. the same user created multiple posts).

        db.insertOrThrow(TABLE_POSTS, null, values);
        db.setTransactionSuccessful();
    } catch (Exception e) {
        Log.d(TAG, "Error while trying to add post to database");
    } finally {
        db.endTransaction();
    }
}

我真的不确定这是否可以防止 Lock 异常？这看起来更像是一个以性能为导向的步骤。

所以最终在阅读了所有这些博客和教程之后，我仍然感到困惑。我的主要问题是

1. 哪个是使用 ContentProvider 或扩展的更好选择 SqliteOpenHelper 假设我的应用程序不与共享数据 其他应用。
2. 正在对所有操作使用 Java 锁 最好的方法还是有比这更好的方法？

更新:根据@Mustanar 的回答，SQLiteDatabase 似乎负责锁定机制。这意味着如果您正在进行写操作，数据库将被锁定。但与此同时，如果其他线程尝试执行写操作，那么第二个操作会一直等待直到锁被释放，还是会抛出 android.sqlite.database.SQLiteDatabaseLockedException异常？

更新 2:悬赏这个问题，因为我似乎仍然不清楚答案。我只使用了 Helper 类的一个实例。但仍然出现此错误。

P.S:感谢您提出这么长的问题。

最佳答案

使用Singleton 模式来实例化SQLiteOpenHelper，因此在整个应用程序中应该存在一个单例实例。 这将确保不会发生泄漏，并使您的生活变得更加轻松，因为它消除了您在编码时忘记关闭数据库的可能性。它还将确保在整个应用程序中安全访问数据库。

此外，您不必实现自己的锁定机制。 SQLiteDatabase 维护锁定机制。因此，在特定时间只有一个事务进行，所有其他事务将使用 Sigleton.getInstance() 方法在 Queue 中。确保对数据库的单一访问点。

此外，在这种方法中，您不必关闭数据库连接，因为 SQLiteDatabase 将在事务完成后释放所有引用。所以 CustomSQLiteHelper.getInstance() 应该在您想要执行 CRUD 操作并移除锁定机制时使用。

更多信息，请浏览博客http://www.androiddesignpatterns.com/2012/05/correctly-managing-your-sqlite-database.html并查看评论。

希望这对您有所帮助。

关于java - 在多线程应用程序 Android 中访问数据库的最佳方式？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/35358186/