ios - 在 iOS 上使用 sqlite 和 grand central dispatch

Question

我正在开发一个 iOS 应用程序，它将受益于将 sqlite 查询移至后台。 sqlite 常见问题解答说，sqlite3 句柄不能在创建它的线程之外的另一个线程中使用。它接着说:

The restriction on moving database connections across threads was relaxed somewhat in version 3.3.1. With that and subsequent versions, it is safe to move a connection handle across threads as long as the connection is not holding any fcntl() locks. You can safely assume that no locks are being held if no transaction is pending and all statements have been finalized.

换句话说，要允许将 sqlite3 句柄移动到另一个线程，我必须确保没有待处理的事务，并且我必须完成所有准备好的语句。 StackOverflow 上建议的解决方案是创建一个串行队列，并将所有 sqlite 访问移动到该队列:

sqlite3 multithreading in objective c

但是在 Apple 的“并发编程指南”中它是关于串行队列的:

The currently executing task runs on a distinct thread (which can vary from task to task) that is managed by the dispatch queue.

这是否意味着虽然没有 sqlite 访问是并发的，但它们仍然可能来自不同的(操作系统)线程？在那种情况下，这是否意味着我必须在完成所有操作后完成所有准备好的陈述？另外，我对数据库的了解还不够，不知道如何确保“没有待处理的事务”。我假设我可以忽略该部分，因为我的数据库将是静态的？

Answer 1

从查看 sqlite 源代码可以看出，它使用递归互斥锁来保护某些操作。递归互斥锁将依赖于线程 ID 来检测递归锁。他们的评论:

You can safely assume that no locks are being held if no transaction is pending and all statements have been finalized.

似乎是对导致递归互斥量被保留的事物的描述，所以是的，尝试执行这些操作，分解为多个提交的任务，甚至是串行队列，可能导致问题。

您提到您的数据库将是静态的。如果是这样，为什么不只为每个任务打开一个句柄(设置 SQLITE_OPEN_READONLY 标志)？如果为每个任务创建句柄的开销太大，您可以使用 pthread_key_create、pthread_setspecific 和 pthread_getspecific 将句柄存储在线程本地存储中，然后有一个析构函数(传递给 pthread_key_create)在线程消失时清理句柄。 (即每个线程的句柄)我希望每个线程都有一个只读数据库的句柄也应该允许您同时从数据库中读取。