我已经为这个问题苦苦挣扎了一段时间，但我似乎无法足够准确地重现它来描述确切的用例。本质上，我正在做的是发出打开原生 iOS 6.0 Facebook 共享对话框的请求(使用 Facebook iOS SDK 3.1.1):

if ([[SocialManager sharedManager] isNativeFacebookShareDialogAvailable]) {

        if (!url) {
            url = [NSURL URLWithString:@""];
        }

        if (!imageUrl) {
            imageUrl = [NSURL URLWithString:@""];
        }

        dispatch_async(backgroundQueue, ^{

            NSData *imageData  = [NSData dataWithContentsOfURL:imageUrl];
            UIImage *image     = [UIImage imageWithData:imageData];

            if (!image) {
                image = [[UIImage alloc] init];
            }

            if ([FBNativeDialogs canPresentShareDialogWithSession:[FBSession activeSession]]) {

                dispatch_async(dispatch_get_main_queue(), ^{
                    [FBNativeDialogs presentShareDialogModallyFrom:sender initialText:initialText images:@[image] urls:@[url] handler:^(FBNativeDialogResult result, NSError *error) {
                        if (error) {
                            failBlock([[error userInfo] description]);
                        } else {
                            if (result == FBNativeDialogResultSucceeded) {
                                completionBlock();
                            } else if (result == FBNativeDialogResultCancelled) {
                                failBlock(@"User cancelled");
                            } else if (result == FBNativeDialogResultError) {
                                failBlock(@"Unknown error");
                            }
                        }
                    }];
                });

            } else {
                LogErr(@"Can't display native share dialog for active session");
            }
        });
    }

在 presentShareDialogModallyFrom:sender 被调用之后，我要么得到以下崩溃日志:

*** Terminating app due to uncaught exception 'NSGenericException', reason: '*** Collection <__NSArrayM: 0x1d161490> was mutated while being enumerated.'
*** First throw call stack:
(0x32ede2a3 0x326b097f 0x32eddd85 0x35da094d 0x32edb62f 0x35da07f5 0x35e7e5e5 0x35e0ccd7 0x35e0cb6d 0x372c490f 0x35e0ca61 0x35e160d5 0x372b783b 0x35e160b1 0x372b711f 0x372b699b 0x372b6895 0x372c5215 0x372c53b9 0x36f5fa11 0x36f5f8a4)
libc++abi.dylib: terminate called throwing an exception

或者我没有崩溃，并且 native 共享对话框正常显示。

此时，堆栈意味着对名为 UIRemoteViewControllerCreationRequest 的线程的调用，这里有两个两个不同的崩溃的例子:

谢谢你的帮助

最佳答案

在对我的应用程序进行大量试验并查看 Facebook SDK 源代码后，我意识到了 3 件事:

1. 自己创建一个 SLComposeViewController 没有帮助。 Facebook SDK 在这方面非常简单，它只是创建 Controller ，就像奖金答案中的代码一样。

2. 当您授权 FB session 时，您的应用程序会停用一次或多次。这是由出现的权限确认警报引起的。

3. UIRemoteViewController 实际上是在不同进程中运行的 SLComposeViewController。

是什么导致了我的错误？

1. 用户确认 FB 权限
2. 这会触发 applicationDidBecomeActive:
3. 它还会触发 FB 回调以呈现对话框。
4. 我的 applicationDidBecomeActive: 正在使用 UI 做一些 FB 对话框出现时不应该做的事情(触发表重新加载)。

此外，还有另一件事需要注意 - presentShareDialogModallyFrom... 的处理程序不会在任何特定线程上调用(请参阅 SLComposeViewController 文档)。这意味着如果要从处理程序更新 UI，则应使用处理程序中的 dispatch_async(dispatch_get_main_queue(), ...)。

编辑: 显然，前面的步骤修复了一些崩溃，但其中一个崩溃没有解决。经过大量谷歌搜索和 Apple 开发者论坛搜索后，我认为 iOS 6 与 Remote 连接并使用 UIAppearance 时存在错误，尤其是 UINavigationBar 的外观。我目前正在从我的应用程序中删除 UIApperance 的使用。

关于ios - 在 iOS6.0 上使用 FBNativeDialogs 发布到 facebook 时不一致的崩溃，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/14830894/