ios - 在 iOS 生命周期中何时打开和关闭 SQlite 数据库？

Question

我在应用的整个生命周期中运行一系列查询。

我目前正在使用 FMDB (围绕 Sqlite C API 的 Objective-C 包装器)，我在每次查询之前打开和关闭。

FMDatabase * db = [FMDatabase databaseWithPath:pathToMyDB];
[db open]
FMResultSet * s = [db executeQuery:@"SELECT * FROM myTable"];
// Use FMResultSet
[db close];

打开和关闭触发器 fopen() 和 fclose() 降低，所以我相信我可以通过保持数据库打开来获得 perforce 胜利。

但是，我相信临时对象会堆积起来，这可能会导致内存问题。 Closing the database清除临时对象。

• 我应该什么时候打开和关闭数据库连接？ (例如，应用程序确实进入了后台？)
• 我应该运行 VACUUM 吗？在内存不足的情况下？

Answer 1

数据库不创建和/或保留任何对象(或者至少不应该)。 C API 只是使用 SQL 查询的便捷方式，但一旦执行这些查询，就应该发布它们。

现在，对于查询的返回对象，它们只是被复制到您的 FMResultSet 中。一旦您释放它们，它们就消失了。

Imo，如果数据库本身不是太大，您应该在您的应用程序委托(delegate)中保留对它的引用(保证在您的应用程序的生命周期中存在)。当您进入应用程序/从后台恢复时打开数据库，当您进入后台/关闭时只需关闭它。

请记住，AppDelegate 是一个单例(我认为)，您可以使用 (AppDelegate*)[[UIApplication sharedApplication]delegate].your_db 从应用程序的任何位置访问您的数据库以执行实际查询。

如果您在收到内存警告时尝试调用它，使用 VACUUM 会使您的应用程序崩溃。想一想:要重新排列数据库，它应该加载到内存中(或至少是内存的一部分)，如果你已经有内存警告......噗......崩溃。

您可以测试您的数据库是否将对象保存在内存中。只需以 1 秒的间隔(或按下按钮)执行大约 100 个查询，然后在内存增长的地方和是否增长的仪器中观察。您的应用程序(或包装器本身)可能存在泄漏，您将其归咎于数据库。