PresentModalViewController 使我的应用程序崩溃

Question

我知道，这是最简单的事情之一。 但几天来我一直在努力反对这一点。 我过去已经做过很多次了，但由于某种原因，尝试呈现模式视图控制器只会使应用程序崩溃到黑屏。 控制台中没有报告任何内容。 我希望有人可能遇到过这个问题并提供一些建议。

此代码是从 UIViewController 类调用的：

MFMailComposeViewController *controller = [[MFMailComposeViewController alloc] init];
controller.mailComposeDelegate = self;
[controller setSubject:@"test subject"];
[controller setMessageBody:@"this is the message body" isHTML:NO];
[self presentModalViewController:controller animated:YES];

Answer 1

正如安德鲁在评论中指出的那样，您

+[MFMailComposeViewController canSendMail]

在尝试推送视图控制器之前是否进行了检查？ 如果此方法返回 NO，则 MFMailComposeViewController 的行为未明确定义（在模拟器上运行时也可能出现这种情况，尽管我不确定）。 从文档中：

在使用此类之前，您必须
始终检查当前是否
设备配置为发送电子邮件至
全部使用 canSendMail 方法。 如果
用户的设备未设置为
邮件送达，您可以通知
用户或干脆禁用电子邮件
您的应用程序中的调度功能。
你不应该尝试使用这个
接口如果canSendMail方法
返回NO。

您是否尝试过推送另一个视图控制器？ 这也会使您的应用程序崩溃吗？

Answer 2

在尝试显示 MFMailComposeViewController 之前，您是否显示另一个模式视图控制器？ 我遇到了同样的问题并找到了解决方法：

- (void)peopleMultiPickerNavigationController:(PeopleMultiPickerNavigationController *)peoplePicker 
                                didSelectContacts:(NSArray *)contacts {

[self dismissModalViewControllerAnimated:YES];

// some more code here

[self performSelector:@selector(sendEmail) withObject:nil afterDelay:0.45]; // this works only if delay > ~0.4!
// [self sendEmail]; // this won't work

// some more code here

}

- (void) sendEmail {
  Class mailClass = (NSClassFromString(@"MFMailComposeViewController"));
  if (mailClass != nil) {
    // We must always check whether the current device is configured for sending emails
    if ([mailClass canSendMail]) {
      [self displayComposerSheet:emails];
    } else {
      [self launchMailAppOnDevice:emails];
    }
  } else {
    [self launchMailAppOnDevice:emails];
  } 
}

我知道这是一个丑陋的解决方法，但我没有找到更好的方法:(

Answer 3

我不知道这有多相关，但在从另一个模态视图控制器返回到我的主视图控制器后，我在尝试呈现 MFMailComposeViewController 时遇到了可怕的问题。 它就是行不通。 我试图在启动邮件控制器之前关闭另一个模式视图控制器，并发现我的解决方案是不调用：

[self dismissModalViewControllerAnimated:YES];

而是调用：

[self dismissModalViewControllerAnimated:NO];

然后继续并显示邮件视图控制器。

这一改变使我的情况发生了巨大变化。 我怀疑这与 sgosha 遇到的问题有关。 只需关闭动画，而不是延迟（这可能只是等待动画完成）。 对我来说，看起来像是框架中的一个错误。

我也许应该进一步解释。 我的主视图控制器上有一个共享按钮，它会以模式方式弹出一个表格视图，以允许用户选择他们想要共享的内容。 从这里，如果他们点击“电子邮件”，他们会收到一个 UIActionSheet，让他们进一步决定要附加到电子邮件中的文件。

混合中的 UIActionSheet 可能会导致该问题。 模态视图控制器的实际解除是在我的主视图控制器中的委托方法中进行的，正是这个主视图控制器在解除模态表视图控制器后尝试启动邮件视图控制器。

Answer 4

是的！ 我做到了！我不敢相信，但我解决了问题！这与：

从（以及之上）其他一些打开的模态控制器打开 MFMailComposeViewController 作为模态

不幸的是，我不得不再次承认，在 iPhone 5 价格昂贵的时代，苹果仍然迫使开发人员使用旧的、有缺陷的、不方便的代码和组件！ MFMailComposeViewController 就是一个很好的例子。

---

但是现在让我们来看看更令人愉快的事情。

我们有什么：

• 这个问题出现在装有 iOS 5.1 的 iPhone 上和装有 iOS 6 的模拟器上。
• 核心问题是当您尝试从另一个模态控制器将电子邮件控制器作为模态控制器打开时。
• [MFMailComposeViewController canSendMail] 对我来说完全没有效果 - 它不能以两种方式工作（无论有或没有电子邮件功能可用，它都会崩溃）。
• [self解雇ModalViewControllerAnimated：否/是] 没有改变一般意义 - 它以两种方式崩溃，但行为略有不同。
• 我试图对 ma​​ilComposeDelegate 使用标准方法（例如“.mailComposeDelegate = self”）。
• 我从同一应用程序的通用（第一级）控制器和模态（第二级）控制器调用电子邮件发送控制器。
• 应用程序并不总是崩溃 - 有时控制器无法自行关闭（“取消”和“发送”按钮处于活动状态，但未处理任何操作）。 取决于条件（谁是父母打开了控制器，是否有动画或不出现等）。
• 添加或不添加任何电子邮件收件人也没有区别。

所以，我花了 5 个工作时间发现，代表似乎在某个时候以某种方式“释放”。 我可以假设，如果您将电子邮件控制器作为模态而不是其他模态控制器打开，则该（以前的模态）控制器正在通过垃圾收集器或其他方式进行清理，这样委托也将被清理（我不希望多花几个小时进行详细挖掘，所以我将这留给苹果的良心）。

无论如何，用两个词来说，我的解决方案是

将委托对象保存在具有“强”引用的地方。

就我而言，该委托的所有者是主视图控制器类（在我的情况下始终可用，因为大多数应用程序逻辑都在使用它）。 那也可以是 AppDelegate 实例。

看起来像：

@interface SharingTools : NSObject <MFMailComposeViewControllerDelegate>

@property UIViewController* currentParentController;

...

-(void)mailComposeController:(MFMailComposeViewController *)controller didFinishWithResult:(MFMailComposeResult)result error:(NSError *)error
{
    if (error)
    {
        ...
    }
    else
    {
        // I pass it somewhere before calling the email controller dialog opener method,
        // because it's different in case we open the email sender 
        // from first-level controller or second- (the modal one)
        [currentParentController dismissViewControllerAnimated:YES completion:^{

            if (_onResult) {
                    ((void(^)(bool))_onResult)(result == MFMailComposeResultSent);
            }
        }];
    }

    // and of course clearing all the references etc here
    currentParentController.mailComposeDelegate = nil;
    currentParentController = nil;
}

-(void)sendEmail //... params here 
                 // (possibly, including to store also currentParentController)
{
    currentParentController = ... ;
    [currentParentController presentViewController:
                  newlyCreatedEmailController animated:YES completion:nil];
}
@end

---

@interface MyMainViewController : UIViewController

@property SharingTools* sharing; // initialize somewhere (on viewDidLoad, for instance)

...

-(void)showSettings
{
    ...
    [self presentModalViewController:settingsController animated:YES];
}
@end

---

@interface SettingsViewController : UIViewController

...

-(void)sendEmailSupport
{
    // again, this is up to you where and how to have either reference 
    // to main controller (or any other owner of the delegate object)
    // or sharing directly
    [myMainViewControllerInstance.sharing sendEmail: ... parentController:self];

}
@end

---

坦白说，代码有点乱，但这只是一般想法。
我希望，你能更好地管理自己。

祝你好运，上帝保佑微软！ ^^