ios - 如果使用自动释放池来控制对 Realm 的引用，在离开池之前调用 realm.invalidate 是一种好习惯吗

Question

我有一个应用程序对某个 Realm 进行大量后台读取，在此期间，另一个后台线程(即不是主线程)可能正在写入同一 Realm ，因此我在后台线程上使用自动释放池以确保快速回收对 Realm 的线程引用。请参阅下面的摘录

autoreleasepool {
    do {
        let backgroundRealm = try Realm(configuration: self.configuration)

        .... Do lots of reading

        backgroundRealm.beginWrite() 

        .... Do lots of writing here

        try backgroundRealm.commitWrite()

        // Is this good practice or not?
        backgroundRealm.invalidate()
    }
    catch {
        ....
    }
}

阅读文档 Using a realm across threads和 inWriteTransaction ，目前尚不清楚在 commitWrite() 之后和/或在离开 autoreleasepool 之前，调用 backgroundRealm.invalidate() 是否有助于减小文件大小并提高性能？当 Realm 在幕后被收回时，这是否会隐含地发生？调用 invalidate() 是否只会浪费 CPU 周期而不会带来任何额外好处？

Answer 1

Would a call to backgroundRealm.invalidate() help keep file sizes down and improve performance?

没有。 invalidate() 对文件大小没有影响。如果您想减小文件大小，则需要使用 writeCopyToURL(_:, encryptionKey:_, error: _) 来编写压缩副本。但是就地压缩没有方便的方法，这需要使所有跨线程的访问器无效。

Does this implicitly happen when the realm is reclaimed behind the scenes?

没有必要。当不再有任何访问者阻止它时，一个 Realm 将被释放。所以没有什么可以失效的。

Would the call to invalidate() only waste CPU cycles and provide no additional benefits?

只要您不从自动释放池中泄漏访问器，就应该没问题。如果您泄漏对象以便稍后在运行时定位这些对象，则调用 invalidate() 可能会有所帮助。但请注意:当您访问无效对象时，它将失败。