EXC_BREAKPOINT具有很大的行号值，在crashlytics with /ios中

Question

我得到了一个令人担忧的数量的EXC_BREAKPOINT崩溃在我的iOS迅捷的应用程序的崩溃。

我试着通过查看‘填充(user:withLegacyUsage：)’方法来修复这个错误，并确保正确地打开了我的可选选项。在这种方法中，我在遍历数组时还删除了数组中的元素。我认为这可能导致了错误，但错误仍然发生在上传后，我修补的构建。

我想我有两个问题：

1. 为什么一些崩溃的行号如此之大？"+ 4304075872“不可能成为我的应用程序中的一行。我没有那么多密码。这是否意味着会有某种循环发生？这可能是问题所在吗？或者这是正常的？
2. 一般情况下如何处理EXC_BREAKPOINTS崩溃？如何看待堆栈跟踪-我能更好地理解崩溃发生在哪里吗？它是住在一个比较低的地方吗？这和内存泄漏有关吗？保留周期？我迷路了。

感谢您的任何提示或帮助！

Crashed: com.apple.main-thread
0  myAppName                      0x1008d3c60 closure #3 in UserManager.populate(user:withLegacyUsage:) + 4304075872 (<compiler-generated>:4304075872)
1  myAppName                      0x1008d6c74 specialized UserManager.populate(user:withLegacyUsage:) + 4304088180 (<compiler-generated>:4304088180)
2  myAppName                      0x1008d3664 closure #1 in UserManager.loadLegacyUsers(withCompletionHandler:) + 129 (UserManager.swift:129)
3  myAppName                      0x1008f0f34 closure #1 in LoginViewController.viewDidLoad() + 4304195380 (<compiler-generated>:4304195380)
4  myAppName                      0x1008f39cc partial apply for closure #1 in LoginViewController.playIntroAnimation(withCompletionHandler:) + 4304206284 (<compiler-generated>:4304206284)
5  myAppName                      0x1008c9e90 partial apply for closure #1 in AnimationManager.playAnimation(inView:withCompletionHandler:) + 4304035472 (<compiler-generated>:4304035472)
6  Lottie                         0x101315b78 $s6Lottie27AnimationCompletionDelegateC16animationDidStop_8finishedySo11CAAnimationC_SbtF + 416
7  Lottie                         0x101315bec $s6Lottie27AnimationCompletionDelegateC16animationDidStop_8finishedySo11CAAnimationC_SbtFTo + 64
8  QuartzCore                     0x18d6efdac CA::Layer::run_animation_callbacks(void*) + 276
9  libdispatch.dylib              0x186927184 _dispatch_client_callout + 16
10 libdispatch.dylib              0x1868d9190 _dispatch_main_queue_callback_4CF$VARIANT$mp + 1044
11 CoreFoundation                 0x186bd85e4 __CFRUNLOOP_IS_SERVICING_THE_MAIN_DISPATCH_QUEUE__ + 12
12 CoreFoundation                 0x186bd35d8 __CFRunLoopRun + 2004
13 CoreFoundation                 0x186bd2adc CFRunLoopRunSpecific + 464
14 GraphicsServices               0x190b73328 GSEventRunModal + 104
15 UIKitCore                      0x18ace063c UIApplicationMain + 1936
16 myAppName                      0x100875110 main + 12 (AppDelegate.swift:12)
17 libdyld.dylib                  0x186a5c360 start + 4

Answer 1

这些可能不是行号，而是内存地址。沿着堆栈跟踪中的"function + x“列表，它们也都是4的倍数，指向内存地址。之所以会出现这种情况，是因为苹果为Swift自动生成代码。通常，当您看到"+某物“时，它通常意味着崩溃是在设备上符号化的，它能够拾取生成的代码行。

这个指向苹果的技术文档的链接可能有更多的信息，在“确定崩溃报告是否是Symbolicated”部分中有堆栈跟踪示例。

Answer 2

我也有同样的问题在火基撞击机。有时它甚至不会给你提供坠机的顶级信息。它直接跳到较低的层次，所以你无法知道它的来源。

我已经将哨兵崩溃记录器与Firebase Crashlytics一起添加到我们的应用程序中，到目前为止它似乎更好。它给出了正确的行号，还有面包屑，默认情况下导致崩溃，这是非常有帮助的。