设置 – Master是一个UITabBarController.初始细节是带有占位符徽标视图的视图.选择对象后,将使用UITabBarController替换详细信息.
每当我选择一个项目并在iPhone 6 Plus中打开细节并将其从纵向(仅详细可见)旋转到横向(主人可见的位置)时,它就会崩溃.使用占位符详细信息视图旋转时不会发生这种情况.
在崩溃之前,它确实调用了委托方法primaryViewControllerForExpandingSplitViewController和splitViewController(splitViewController：UISplitViewController,separateSecondaryViewControllerFromPrimaryViewController.但是,iPad上的一切工作正常.
我已经做了很多搜索,只看到几个推特提到这种类型的崩溃.设置或不设置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
解决方法
当您处于紧凑宽度时,拆分视图控制器将“折叠”.这意味着它不再同时显示单独的主视图控制器和辅助视图控制器 – 而是将它们“折叠”为单个视图控制器层次结构.当它处于这种环境中时,通常需要你的帮助以便采取合理的行动.当主视图控制器和辅助视图控制器都是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()实现任何东西,因为它没有足够的信息 – 它会在哪里显示视图控制器？它会添加新标签,还是替换旧标签,或者是什么？
因此,您可以获得后备全屏演示.我怀疑你真的想要那种用户体验.
稍后,当大小更改回Regular并且拆分视图控制器扩展时,它会被演示文稿混淆并最终崩溃. (看看我的默认值不是很好的意思？)
解决此问题的一种方法是实现委托方法来处理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",// please do your default behavior
return false
}
如果这样做,您还需要实现此委托方法.当大小更改回常规时,您将需要通过从同一个导航控制器弹出该视图控制器来处理“展开”,然后返回它：
optional public func splitViewController(
splitViewController: UISplitViewController
separateSecondaryViewControllerFromPrimaryViewController
primaryViewController: UIViewController) -> UIViewController?
