iPhone 6 Plus UISplitViewController 使用递归 _canBecomeDeepestUnambiguousResponder 崩溃

Question

我有一个现有的 iPhone 应用程序，我正在向其中添加 UISplitViewController。 iPad 部分就像一个魅力，但我肯定会在使用 iPhone 6(S) Plus 时崩溃。

设置 - Master 是 UITabBarController。初始细节是带有占位符徽标视图的视图。选择对象后，详细信息将替换为 UITabBarController。

每当我在 iPhone 6 Plus 中选择一个项目并打开 Detail 并将其从纵向（仅细节可见）旋转到横向（主视图可见）时，它就会崩溃。使用占位符详细信息视图旋转时不会发生这种情况。

在崩溃之前，它确实调用了委托方法primaryViewControllerForExpandingSplitViewController 和splitViewController(splitViewController: UISplitViewController, separateSecondaryViewControllerFromPrimaryViewController。但是，在 iPad 上一切正常。

我已经进行了大量搜索，只在 Twitter 上看到过几次提到这种类型的崩溃。设置或不设置displayModeButtonItem 之类的事情没有帮助。

我在一个新项目中重新创建了这个崩溃 - 它可以在这里下载： https://github.com/sschale/SplitViewCrash/

崩溃日志：

Crashed Thread:        0  Dispatch queue: com.apple.main-thread

Exception Type:        EXC_BAD_ACCESS (SIGSEGV)
Exception Codes:       KERN_PROTECTION_FAILURE at 0x00007fff53609ff8
Exception Note:        EXC_CORPSE_NOTIFY

VM Regions Near 0x7fff53609ff8:
    MALLOC_TINY            00007f8405000000-00007f8405300000 [ 3072K] rw-/rwx SM=PRV  
--> STACK GUARD            00007fff4fe0a000-00007fff5360a000 [ 56.0M] ---/rwx SM=NUL  stack guard for thread 0
    Stack                  00007fff5360a000-00007fff53dff000 [ 8148K] rw-/rwx SM=COW  thread 0

Thread 0 Crashed:: Dispatch queue: com.apple.main-thread 0   liboainject.dylib              0x000000010e5e59b2
0   liboainject.dylib               0x000000010e5e59b2 

_writeEventToSharedMemory + 27
1   liboainject.dylib               0x000000010e5e55d7 _OARecordFinalEvent + 1161
2   liboainject.dylib               0x000000010e5e79f1 ___swapMethods_block_invoke_6 + 338
3   libobjc.A.dylib                 0x000000010f4f9b6b weak_read_no_lock + 89
4   libobjc.A.dylib                 0x000000010f4fa4c6 objc_loadWeakRetained + 104
5   com.apple.UIKit                 0x00000001110510b6 -[UIViewController presentedViewController] + 58
6   com.apple.UIKit                 0x0000000111033fc6 -[UIViewController _canBecomeDeepestUnambiguousResponder] + 31
7   com.apple.UIKit                 0x0000000111033fde -[UIViewController _canBecomeDeepestUnambiguousResponder] + 55
8   com.apple.UIKit                 0x0000000111033fde -[UIViewController _canBecomeDeepestUnambiguousResponder] + 55
9   com.apple.UIKit                 0x0000000111033fde -[UIViewController _canBecomeDeepestUnambiguousResponder] + 55
10  com.apple.UIKit                 0x0000000111033fde -[UIViewController _canBecomeDeepestUnambiguousResponder] + 55
//(500 more of those)
....

Thread 1:: Dispatch queue: com.apple.libdispatch-manager
0   libsystem_kernel.dylib          0x0000000116e49ee2 kevent64 + 10
1   libdispatch.dylib               0x0000000116ac57f0 _dispatch_mgr_invoke + 260
2   libdispatch.dylib               0x0000000116ac558a _dispatch_mgr_thread + 54

Thread 2:
0   libsystem_kernel.dylib          0x0000000116e495e2 __workq_kernreturn + 10
1   libsystem_pthread.dylib         0x0000000116e0d578 _pthread_wqthread + 1283
2   libsystem_pthread.dylib         0x0000000116e0b341 start_wqthread + 13

Thread 3:
0   libsystem_kernel.dylib          0x0000000116e495e2 __workq_kernreturn + 10
1   libsystem_pthread.dylib         0x0000000116e0d578 _pthread_wqthread + 1283
2   libsystem_pthread.dylib         0x0000000116e0b341 start_wqthread + 13

Thread 4:
0   libsystem_kernel.dylib          0x0000000116e495e2 __workq_kernreturn + 10
1   libsystem_pthread.dylib         0x0000000116e0d578 _pthread_wqthread + 1283
2   libsystem_pthread.dylib         0x0000000116e0b341 start_wqthread + 13

Thread 5:
0   libsystem_kernel.dylib          0x0000000116e495e2 __workq_kernreturn + 10
1   libsystem_pthread.dylib         0x0000000116e0d578 _pthread_wqthread + 1283
2   libsystem_pthread.dylib         0x0000000116e0b341 start_wqthread + 13

Answer 1

这在 iPad 上也会崩溃。使用多任务将应用调整为紧凑宽度（例如 1/3 屏幕），按启动详细信息按钮，然后将其调整为常规宽度。

当您处于紧凑宽度时，拆分视图控制器会“折叠”。这意味着它不再同时显示单独的主视图控制器和辅助视图控制器——相反，它将它们“折叠”成单个视图控制器层次结构。当它在那种环境中时，它通常需要你的帮助才能明智地行动。当您的主视图控制器和辅助视图控制器都是 UINavigationControllers 时，默认行为很有效，但在其他情况下则不然。

（在您的应用程序中，您的主要是一个 UITabBarController，并且在您“启动详细信息”一次之后，次要也是一个 UITabBarController。您可能需要重新考虑该设计，因为它使事情变得更加困难。继续阅读。）

您的应用程序的“启动详细信息”按钮执行“显示详细信息”segue，它有效地在 UISplitViewController 上调用此方法：

public func showDetailViewController(vc: UIViewController, sender: AnyObject?)

注意标题中的注释：

// In a horizontally-compact environment the master view controller
// or detail view controller is sent the showViewController:sender:
// message. If neither one of them provide an implementation for this
// method then it will fall back to a full screen presentation.

“主视图控制器或详细视图控制器”表示当前显示的视图控制器，在您的情况下是 UITabBarController。但是 UITabBarController 没有为showViewController() 实现任何东西，因为它没有足够的信息——它会在哪里显示视图控制器？它会添加一个新标签，还是替换旧标签，还是什么？

因此，您将获得备用的全屏演示。我怀疑你是否真的想要那种用户体验。

稍后，当大小变回常规并且拆分视图控制器展开时，它会被演示文稿混淆并最终崩溃。 （明白我所说的默认值不是很好的意思吗？）

解决此问题的一种方法是实现委托方法来处理showDetail。当宽度为 Compact 时，明确地找到您想要放置新视图控制器的视图控制器，然后执行此操作。我认为您可能想在第一个选项卡中推送到导航控制器：

func splitViewController(splitViewController: UISplitViewController, showDetailViewController vc: UIViewController, sender: AnyObject?) -> Bool
{
    if splitViewController.traitCollection.horizontalSizeClass == .Compact {
        // The default implementation will not handle this properly.
        // Find the appropriate navigation controller and push onto it.
        // It would be better to have a direct outlet to the appropriate navigation controller, 
        // but this will work for an example...

        if let tabBarController = splitViewController.viewControllers.first as? UITabBarController {
            if let navController = tabBarController.viewControllers?.first as? UINavigationController {
                navController.pushViewController(vc, animated: true)

                // we handled the "show detail", so split view controller, 
                // please don't do anything else
                return true
            }
        }
    }

    // we did not handle the "show detail", so split view controller, 
    // please do your default behavior
    return false
}

如果您这样做，您还需要实现此委托方法。当大小改回常规时，您将需要通过从同一个导航控制器中弹出该视图控制器，然后返回它来处理“扩展”：

optional public func splitViewController(
    splitViewController: UISplitViewController
    separateSecondaryViewControllerFromPrimaryViewController
        primaryViewController: UIViewController) -> UIViewController?