Crashlytics 线程仅在使用 Xcode11 构建的 iOS13 上崩溃

Crashlytics thread crashed only on iOS13 built with Xcode11

我的应用仅在 iOS13 崩溃,调用堆栈如下:

#57. Crashed: com.twitter.crashlytics.ios.exception
0  myapp                          0x105d6d494 CLSProcessRecordAllThreads + 376 (CLSProcess.c:376)
1  myapp                          0x105d6d87c CLSProcessRecordAllThreads + 407 (CLSProcess.c:407)
2  myapp                          0x105d5d58c CLSHandler + 26 (CLSHandler.m:26)
3  myapp                          0x105d6bab4 __CLSExceptionRecord_block_invoke + 198 (CLSException.mm:198)
4  libdispatch.dylib              0x1be5c100c _dispatch_client_callout + 20
5  libdispatch.dylib              0x1be5cd804 _dispatch_lane_barrier_sync_invoke_and_complete + 60
6  myapp                          0x105d6b55c CLSExceptionRecord + 205 (CLSException.mm:205)
7  myapp                          0x105d6b390 CLSExceptionRecordNSException + 102 (CLSException.mm:102)
8  myapp                          0x105d6afb4 CLSTerminateHandler() + 258 (CLSException.mm:258)
9  libc++abi.dylib                0x1be6d9634 std::__terminate(void (*)()) + 20
10 libc++abi.dylib                0x1be6d8f58 __cxa_get_exception_ptr + 34
11 libc++abi.dylib                0x1be6d8f10 __cxxabiv1::exception_cleanup_func(_Unwind_Reason_Code, _Unwind_Exception*) + 126
12 libobjc.A.dylib                0x1be6341f8 _objc_exception_destructor(void*) + 362
13 Foundation                     0x1bee05434 -[NSISEngine tryToOptimizeReturningMutuallyExclusiveConstraints] + 322
14 Foundation                     0x1bebfeb94 -[NSISEngine _optimizeWithoutRebuilding] + 72
15 Foundation                     0x1bebfeaa8 -[NSISEngine optimize] + 116
16 Foundation                     0x1bebfe718 -[NSISEngine performPendingChangeNotifications] + 116
17 UIKitCore                      0x1c2e447c4 -[UIView(Hierarchy) layoutSubviews] + 316
18 UIKitCore                      0x1c23c6948 -[UIButton layoutSubviews] + 596
19 UIKitCore                      0x1c2e57abc -[UIView(CALayerDelegate) layoutSublayersOfLayer:] + 2156
20 libobjc.A.dylib                0x1be62faf0 -[NSObject performSelector:withObject:] + 68
21 QuartzCore                     0x1c53f60f4 -[CALayer layoutSublayers] + 292
22 QuartzCore                     0x1c53f63fc CA::Layer::layout_if_needed(CA::Transaction*) + 484
23 QuartzCore                     0x1c5409964 CA::Layer::layout_and_display_if_needed(CA::Transaction*) + 140
24 QuartzCore                     0x1c534ec1c CA::Context::commit_transaction(CA::Transaction*, double) + 308
25 QuartzCore                     0x1c5379bd8 CA::Transaction::commit() + 684
26 QuartzCore                     0x1c537abc0 CA::Transaction::release_thread(void*) + 232
27 libsystem_pthread.dylib        0x1be62c3c0 _pthread_tsd_cleanup + 584
28 libsystem_pthread.dylib        0x1be624dbc _pthread_exit + 84
29 libsystem_pthread.dylib        0x1be626de8 _pthread_wqthread_legacy_worker_wrap + 98
30 libsystem_pthread.dylib        0x1be626b30 _pthread_wqthread + 424
31 libsystem_pthread.dylib        0x1be62cc78 start_wqthread + 8

--

Fatal Exception: NSInternalInconsistencyException
Modifications to the layout engine must not be performed from a background thread after it has been accessed from the main thread.
0  CoreFoundation                 0x1be919c30 __exceptionPreprocess
1  libobjc.A.dylib                0x1be6340c8 objc_exception_throw
2  Foundation                     0x1bee05434 -[NSISEngine tryToOptimizeReturningMutuallyExclusiveConstraints]
3  Foundation                     0x1bebfeb94 -[NSISEngine _optimizeWithoutRebuilding]
4  Foundation                     0x1bebfeaa8 -[NSISEngine optimize]
5  Foundation                     0x1bebfe718 -[NSISEngine performPendingChangeNotifications]
6  UIKitCore                      0x1c2e447c4 -[UIView(Hierarchy) layoutSubviews]
7  UIKitCore                      0x1c23c6948 -[UIButton layoutSubviews]
8  UIKitCore                      0x1c2e57abc -[UIView(CALayerDelegate) layoutSublayersOfLayer:]
9  libobjc.A.dylib                0x1be62faf0 -[NSObject performSelector:withObject:]
10 QuartzCore                     0x1c53f60f4 -[CALayer layoutSublayers]
11 QuartzCore                     0x1c53f63fc CA::Layer::layout_if_needed(CA::Transaction*)
12 QuartzCore                     0x1c5409964 CA::Layer::layout_and_display_if_needed(CA::Transaction*)
13 QuartzCore                     0x1c534ec1c CA::Context::commit_transaction(CA::Transaction*, double)
14 QuartzCore                     0x1c5379bd8 CA::Transaction::commit()
15 QuartzCore                     0x1c537abc0 CA::Transaction::release_thread(void*)
16 libsystem_pthread.dylib        0x1be62c3c0 _pthread_tsd_cleanup
17 libsystem_pthread.dylib        0x1be624dbc _pthread_exit
18 libsystem_pthread.dylib        0x1be626de8 _pthread_wqthread_legacy_worker_wrap
19 libsystem_pthread.dylib        0x1be626b30 _pthread_wqthread
20 libsystem_pthread.dylib        0x1be62cc78 start_wqthread

我完全不知道这个问题会发生什么,我该如何重现。它随机崩溃。我在我的项目中使用 Crashlytics v3.14。有人遇到同样的问题吗?

为了显示线程的堆栈跟踪,Crashlytics 需要 运行 一些代码 post-crash。由于此代码是在您应用程序的一个线程上执行的,因此 Crashlytics 始终会捕获有关其自身执行的信息作为此过程的一部分。您将始终看到一个线程执行“CLSProcessRecordAllThreads”函数。事实上,由于称为内联的编译器优化,您会不止一次看到它。 异常增加了一点额外的复杂性。当 Objective-C 或 C++ 异常未被捕获时,Crashlytics 会在允许应用程序终止之前记录有关它的一些信息。发生这种情况时,CLSProcessRecordAllThreads 函数必须在抛出异常的线程上 运行。这意味着在出现异常的情况下,“崩溃”线程将始终看起来像是 运行ning Crashlytics 代码。这是正常的,只是我们在异常时捕获和呈现堆栈跟踪的方式的产物。

您的应用中是否启用了 google 广告?然后它可能是 Google ads sdk 中的一个错误,或者是 iOS 13 上 WebKit SDK 实现中的一个错误。(对不起,我不能发表评论,所以我 post 这个作为答案)

顺带一提——通读以上链接的帖子,Google 广告团队于 2019 年 11 月 19 日提出的 "official" 解决方案是修改您应用的 plist 以包含以下内容 key/pair 使用 wkwebview 而不是 uiwebview。

<key>gad_preferred_webview</key>
<string>wkwebview</string>

来源:https://groups.google.com/forum/#!category-topic/google-admob-ads-sdk/ios/I4EEWrPPbSc

首先我建议打开 "Main Thread Checker",在 Xcode 中,转到产品 -> 方案 -> 编辑方案 -> 诊断,你应该看到这个 window 您可以尝试的另一件事是转到 Xcode 中的断点部分并单击 + 号并添加一个符号断点,它将侦听特定的调用并且您可以为其添加条件检查它是否在主线程上被调用。

如果您碰巧在代码中发现了您的错误,请 post 在这里,因为我在我的应用程序中遇到了与您相同的崩溃,所以这就是我所能找到的错误。希望对您有所帮助!

这个问题可能是由于 Google 广告 SDK(7.5X.X + iOS13) 发现的 thread.

开发人员尝试按照 Google 广告团队的建议在 Info.plist 文件中使用以下密钥对值。

<key>gad_preferred_webview</key>
<string>wkwebview</string>

这减少了崩溃,但这又带来了另一个冻结问题(100% CPU 用法)。

最近 Google 发布了 7.55.0,附注:

Removed all references to UIWebView. UIWebView is no longer supported.

因此请尝试将 Google 广告 SDK 更新为 7.55.0

Google-Mobile-Ads-SDK 版本 8.8 和 iOS 14.x 仍然存在这种情况吗?

gad_preferred_webview wkwebview 添加到 info.plist 只是减少了我的应用程序中的错误数量,但仍然没有完全消失。

CoreAutoLayout: _AssertAutoLayoutOnAllowedThreadsOnly

仍然出现在某些设备上(约占总用户的 5%),甚至 GADBannerView 也只能从 DispatchQueue.main.async {}

创建和访问