因未捕获的异常'NSInternalInconsistencyException'而终止应用程序,原因:'意外启动状态'

时间:2016-01-20 12:26:04

标签: ios crash ios9.2

我非常难以重现iOS 9上发生的崩溃。问题是如何解决此问题导致此异常的原因

正如您所看到的,跟踪不包含我的代码,并且应用程序启动时会发生崩溃。

Last Exception Backtrace:
0   CoreFoundation                       0x0000000180a49900 __exceptionPreprocess + 124
1   libobjc.A.dylib                      0x00000001800b7f80 objc_exception_throw + 52
2   CoreFoundation                       0x0000000180a497d0 +[NSException raise:format:arguments:] + 104
3   Foundation                           0x00000001813bca08 -[NSAssertionHandler handleFailureInFunction:file:lineNumber:description:] + 84
4   UIKit                                0x00000001859f9f34 _prepareForCAFlush + 252
5   UIKit                                0x00000001859ff4f0 _beforeCACommitHandler + 12
6   CoreFoundation                       0x0000000180a00588 __CFRUNLOOP_IS_CALLING_OUT_TO_AN_OBSERVER_CALLBACK_FUNCTION__ + 28
7   CoreFoundation                       0x00000001809fe32c __CFRunLoopDoObservers + 368
8   CoreFoundation                       0x00000001809fe75c __CFRunLoopRun + 924
9   CoreFoundation                       0x000000018092d680 CFRunLoopRunSpecific + 380
10  GraphicsServices                     0x0000000181e3c088 GSEventRunModal + 176
11  UIKit                                0x00000001857a4d90 UIApplicationMain + 200
12  MyAppName                            0x000000010009d200 main (main.m:14)
13  ???                                  0x00000001804ce8b8 0x0 + 0

Thread 0 Crashed:
0   libsystem_kernel.dylib               0x00000001805ec140 __pthread_kill + 8
1   libsystem_pthread.dylib              0x00000001806b4ef8 pthread_kill + 108
2   libsystem_c.dylib                    0x000000018055ddac abort + 136
3   MyAppName                            0x0000000100805bcc uncaught_exception_handler + 28
4   CoreFoundation                       0x0000000180a49c88 __handleUncaughtException + 648
5   libobjc.A.dylib                      0x00000001800b823c _objc_terminate() + 108
6   libc++abi.dylib                      0x00000001800aaf44 std::__terminate(void (*)()) + 12
7   libc++abi.dylib                      0x00000001800aab10 __cxa_rethrow + 140
8   libobjc.A.dylib                      0x00000001800b8120 objc_exception_rethrow + 40
9   CoreFoundation                       0x000000018092d728 CFRunLoopRunSpecific + 548
10  GraphicsServices                     0x0000000181e3c088 GSEventRunModal + 176
11  UIKit                                0x00000001857a4d90 UIApplicationMain + 200
12  MyAppName                            0x000000010009d200 main (main.m:14)
13  ???                                  0x00000001804ce8b8 0x0 + 0

2 个答案:

答案 0 :(得分:1)

我和reason: 'unexpected start state'一样崩溃。

这是造成它的原因:

  • 我在tableView中有一个单元格,其中包含一个按钮,其标题设置为电子邮件地址。当您按下按钮时,我需要它来打开“邮件”应用。

  • 当打开Mail应用程序时,我的具有tableView的viewController正在重新加载traitCollectionDidChange中的表。 tableView.reloadData()导致崩溃,很可能是因为该应用处于活动状态和后台之间的过渡。

这是我所做的:

  • 按下电子邮件按钮时使用了回调:
class NewsDetailsFooterCell: UITableViewCell {

    //MARK: - Callbacks
    var sendEmail: ((_ emailUrl: URL) -> ())?

    //MARK: - IBActions
    @IBAction func openAuthorEmail(_ sender: UIButton) {

        guard let emailAddress = sender.titleLabel?.text, let url = URL(string: "mailto:\(emailAddress)") else { return }
        guard UIApplication.shared.canOpenURL(url) else { return }
        self.sendEmail?(url)
    }
}
  • 在tableView的cellForRowAt中使用了回调并修改了一个本地变量,该变量负责在traitCollectionDidChange函数中阻止tableView的reloadData:
func tableView(_ tableView: UITableView, cellForRowAt indexPath: IndexPath) -> UITableViewCell {

    let newsFooterCell = tableView.dequeueReusableCell(withIdentifier: "NewsDetailsFooterCell") as! NewsDetailsFooterCell
            //other cell setup

    newsFooterCell.sendEmail = { [weak self] emailUrl in
        self?.viewModel.canReloadTable = false //this is the variable which I need to modify here
        UIApplication.shared.open(emailUrl, options: [:], completionHandler: nil)
    }
    return newsFooterCell
}
  • traitCollectionDidChange中,仅当变量canReloadTable为true时,我才重新加载表的数据:
override func traitCollectionDidChange(_ previousTraitCollection: UITraitCollection?) {
   super.traitCollectionDidChange(previousTraitCollection)

   if #available(iOS 12.0, *) {
       //using this delegate method to trigger data reload to adapt to Dark/Light modes
       guard viewModel.canReloadTable else { return }
       tableView.reloadData()
   }
}
  • 最后,我在canReloadTable中将变量true设置回viewDidAppear
   override func viewDidAppear(_ animated: Bool) {
       super.viewDidAppear(animated)

       viewModel.canReloadTable = true
   }

我希望这个答案可以帮助其他人,或者至少可以为在哪里研究潜在的问题提供线索,因为错误本身根本不是描述性的,我花了1-2个小时研究它并提出解决方案

答案 1 :(得分:0)

此外,在更改应用程序主题时在 traitCollectionDidChange 中重新加载 UICollectionView 期间也存在同样的问题。

我有 updateTheme() 方法,可以在主题更改时更新某种 UI,如图层、边框、阴影等。

  override func traitCollectionDidChange(_ previousTraitCollection: UITraitCollection?) {
    super.traitCollectionDidChange(previousTraitCollection)

    if #available(iOS 13.0, *), traitCollection.hasDifferentColorAppearance(comparedTo: previousTraitCollection) {
      updateTheme()
    }
  }

我会收到这样的关于终止的消息:

*** Assertion failure in void _UIApplicationDrainManagedAutoreleasePool()(), UIApplication+AutoreleasePool.m:171
*** Terminating app due to uncaught exception 'NSInternalInconsistencyException', reason: 'unexpected start state'

collectionView.reloadData() 添加到 updateTheme() 方法时。

当应用程序最小化并更改主题时会发生这种情况。 非常有趣的案例,因为一切都适用于视图、按钮、标签等,但不适用于集合。

通常,如果 UIElement 在后台线程中获得更新应用程序崩溃,那么每当我们想要更新 UI 时,我们都需要在主线程中更新该 UIElement。

我敢假设当应用程序最小化时,traitCollectionDidChange 方法不会在主线程中执行,因此您需要添加 DispatchQueue.main.async {} 以更新主线程中的 UI .

此更改为我解决了问题,我希望它也能帮助您,因为在我的情况下,您添加的简单标志将不允许在应用程序最小化时更改主题时更新界面。

override func traitCollectionDidChange(_ previousTraitCollection: UITraitCollection?) {
    super.traitCollectionDidChange(previousTraitCollection)

    if #available(iOS 13.0, *), traitCollection.hasDifferentColorAppearance(comparedTo: previousTraitCollection) {
      DispatchQueue.main.async {
        self.updateTheme()
      }
    }
  }