iPhone 6 Plus UISplitViewController遞歸_canBecomeDeepestUnambiguousResponder崩潰

Question

我有一個要添加UISplitViewController的現有iPhone應用程序。 iPad部件的工作原理很吸引人，但我可以肯定的是iPhone 6（S）Plus會崩潰。

Setup-Master是一個UITabBarController 。 初始詳細信息是帶有占位符徽標視圖的視圖。 選擇對象后，將細節替換為UITabBarController 。

每當我選擇一個項目並在iPhone 6 Plus中打開“細節”，然后將其從縱向（僅顯示細節）旋轉到橫向（可以看到母版）時，它就會崩潰。 在使用占位符詳細信息視圖旋轉時，不會發生這種情況。

在崩潰之前，它確實調用了委托方法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。您可能需要重新考慮該設計，因為這會使事情變得更加困難。請繼續閱讀。）

應用程序的“啟動詳細信息”按鈕執行“顯示詳細信息”設置，可以在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時，明確找到要放置新視圖控制器的視圖控制器，然后執行此操作。 我認為您可能想在第一個標簽中加入nav控制器：

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?