我有一个包含一些表的数据库。 我想使用多个线程更新表。 我将在所有线程中使用相同的 SQLiteDatabase 实例。
请建议这种方法是否正确。 Sqlite 数据库线程安全吗？ 两个不同的线程能否同时为不同的值集更新同一张表。
【问题讨论】：
标签： android sqlite locking thread-safety
[错误：] 不，默认情况下它不是线程安全的。您应该使用与锁定相关的 SQLiteHelper 方法来提供线程安全。
[编辑]： SQLiteDatabase 类默认提供锁定机制（请参阅 cmets），如果您在多线程上运行，则不必考虑更改任何内容具有线程安全性。
在本文档中搜索“线程”：http://developer.android.com/reference/android/database/sqlite/SQLiteDatabase.html
阅读更多内容：
【讨论】：
Control whether or not the SQLiteDatabase is made thread-safe by using locks around critical sections. This is pretty expensive, so if you know that your DB will only be used by a single thread then you should set this to false. The default is true... 这不是意味着它默认是线程安全的吗？
Android 使用 java 锁定机制来保持 SQLite 数据库访问序列化。所以，如果多个线程有一个数据库实例，它总是以序列化的方式调用数据库，当然数据库是线程安全的。
如果我们确认我们正在使用来自单线程的数据库，我们可以选择通过调用 setLockingEnable(false) 来设置数据库内部锁定禁用，但此方法从 API 级别 16 获得 deprecated 并且不再使用。如果你在SQLiteDatabase 类中看到这个方法的实现，你会发现那里没有写任何东西，即空方法。
public void setLockingEnabled (boolean lockingEnabled)
这个方法现在什么都不做。不要使用。
我们应该注意的一件事是我们应该创建一个辅助类的实例（即通过使其成为单例）并将同一个实例共享给多个线程，并且不要在操作之间调用数据库上的close()，否则您可能会遇到以下异常：
java.lang.IllegalStateException: attempt to re-open an already-closed object: SQLiteDatabase
所以，在访问数据库之间不要调用database.close()，当所有操作完成后，数据库会在内部自行执行关闭操作。
【讨论】：
onDestroy 中调用sqLiteHelper.close 时遇到了一些错误。那么我应该怎么做呢？根本不叫吗？ 数据库将在所有操作完成后在内部自行执行关闭操作。 但是public SQLiteDatabase getWritableDatabase() 说确保在不再需要数据库时调用关闭。
您可以通过setLockingEnabled 控制您的数据库是否是线程安全的。
通过在关键部分周围使用锁来控制 SQLiteDatabase 是否是线程安全的。这是相当昂贵的，所以如果你知道你的数据库只会被一个线程使用，那么你应该将它设置为 false。默认为真
所以我认为这回答了你的问题。
方法 setLockingEnabled 在 API 级别 16 中已弃用
【讨论】：
我认为 API 16 之后这里的答案不再准确。
TL;DR：我认为 API 16 及更高版本不会阻止您在不同线程上同时执行多个 SQL 语句。
在 API 16 之前，方法 setLockingEnabled 确实存在，并且 javadoc 明确声明它默认设置为 true。一旦该方法在 API 16 中被弃用并设置为什么都不做，文档中就没有关于是否启用锁定的官方信息。但是我们可以通过查看代码获得一些信息：https://android.googlesource.com/platform/frameworks/base/+/refs/heads/master/core/java/android/database/sqlite/SQLiteDatabase.java
有一个名为 mLock 的字段明确表示它仅用于全局状态更改，而不用于执行 SQL 语句：
// Shared database state lock.
// This lock guards all of the shared state of the database, such as its
// configuration, whether it is open or closed, and so on. This lock should
// be held for as little time as possible.
//
// The lock MUST NOT be held while attempting to acquire database connections or
// while executing SQL statements on behalf of the client as it can lead to deadlock.
//
// It is ok to hold the lock while reconfiguring the connection pool or dumping
// statistics because those operations are non-reentrant and do not try to acquire
// connections that might be held by other threads.
//
// Basic rule: grab the lock, access or modify global state, release the lock, then
// do the required SQL work.
private final Object mLock = new Object();
另外，所有的 SQL 工作都在 SQL 会话中完成，每个线程都有自己的会话（以下引用来自 SQLiteSession）：
会话对象不是线程安全的。事实上，会话对象是线程绑定的。 {@link SQLiteDatabase} 使用线程局部变量来关联会话 每个线程单独使用该线程。因此，每个线程 有自己的会话对象，因此有自己的事务状态独立 其他线程。
这与在 API 15 和更早版本中不同，其中执行语句直接从数据库而不是在会话中完成：https://android.googlesource.com/platform/frameworks/base/+/refs/tags/android-4.0.4_r2.1/core/java/android/database/sqlite/SQLiteStatement.java 中的 executeUpdateDelete 等方法实际上自己获取和释放锁。这将调用SQLiteDatabase 上的lock 方法，这是执行mLockingEnabled 检查的地方，然后锁定mLock 对象。这样就不可能在不同的线程上同时执行两条SQL语句了。
相比之下，在现代版本的 Android 中，SQLiteDatabase 中的 synchronized (mLock) 仅围绕全局状态变化，如上述 cmets 所示 - 并且在 SQLiteDatabase 上不再有任何 lock 方法（将通过语句调用等）所以我找不到任何证据表明 Android 仍然可以确保不同线程上的两个 SQL 语句不能同时执行。
【讨论】：
如果你成功了..
setLockingEnabled（布尔锁定启用） 通过在关键部分周围使用锁来控制 SQLiteDatabase 是否是线程安全的。
【讨论】：