Fabric Answers在ANSRotateCrashMetadataOperation处崩溃求助

从你贴的崩溃栈来看，崩溃直接发生在Fabric Answers的后台事件队列（io.answers.EventQueue）里，具体是ANSRotateCrashMetadataOperation初始化的环节。结合你说在Realm的iOS Issue区找到过相同的崩溃日志，十有八九是Fabric Answers的后台文件操作和Realm的线程安全机制撞车了，或者是两者在访问沙盒文件时出现了竞态条件。

可能的崩溃原因拆解 #

• Fabric Answers会在后台队列里处理崩溃元数据的读写，而Realm的实例是严格线程绑定的，如果Answers的操作不小心触碰到了Realm的文件访问逻辑，很容易引发底层崩溃。
• ANSRotateCrashMetadataOperation初始化时要处理文件路径，要是Realm的文件锁或者沙盒权限设置干扰了Answers的文件操作，也会导致这类诡异的崩溃。

具体解决方案（按优先级排序） #

1. 给Fabric Answers单独分配串行队列 #

Fabric Answers默认用自己的后台队列，你不妨试试给它单独整个串行队列，避免和Realm的线程操作打架：

// 在AppDelegate的application:didFinishLaunchingWithOptions:里添加这段代码
NSOperationQueue *answersQueue = [[NSOperationQueue alloc] init];
answersQueue.maxConcurrentOperationCount = 1;
[Answers setCustomQueue:answersQueue];

2. 严格遵守Realm的线程使用规则 #

这块一定要注意，Realm的线程安全要求很严：

• 绝对不能跨线程传递Realm实例、Realm对象或者Results集合，每个线程都得自己获取专属的Realm实例。
• 要是在后台操作里用Realm，必须在当前线程里调用[RLMRealm defaultRealm]或者[RLMRealm realmWithConfiguration:configuration]拿实例。

3. 把两个库都更新到最新版本 #

第三方库的兼容性问题一般都会在新版本里修复，建议：

• 把Fabric Answers（现在归Firebase Crashlytics管辖）更新到最新版本。
• 把Realm Swift/Objective-C也更新到官方最新的稳定版。

4. 临时禁用Answers的崩溃元数据处理（应急用） #

如果上面的方法都不管用，可以先临时关掉Answers的崩溃元数据旋转功能，先避开崩溃点：

// 在初始化Answers之前添加这段代码
[[ANSAnswersController sharedInstance] setCrashMetadataEnabled:NO];

⚠️ 注意：这么做会影响Answers收集崩溃相关的元数据，只能用来临时排查问题，别长期使用。

5. 检查沙盒文件权限 #

确认下App的沙盒权限有没有问题，别让文件访问被限制了：

• 看看ANSRotateCrashMetadataOperation里访问的crashMetadataURL路径是不是在App的沙盒范围内。
• 检查下有没有其他第三方库或者系统权限限制了文件的读写。

内容的提问来源于stack exchange，提问作者rockdaswift