我正在通过TestFlight将内部版本部署到测试人员，应用程序崩溃了。我无法重现崩溃，因此我试图依赖Xcode Organizer中列出的崩溃日志。
不幸的是，这里的崩溃包含了一些信息，但是没有什么让我能够识别出导致崩溃的代码行。通常，当我在管理器窗口中单击崩溃时，它会自动向我显示导致崩溃的Xcode行。
这是原始的崩溃日志，它也不包含行号，而仅包含发生崩溃的文件和方法。
Thread 0 name:
Thread 0 Crashed:
0 libswiftCore.dylib 0x0000000103154b8c 0x102f64000 + 2034572
1 libswiftCore.dylib 0x0000000103154b8c 0x102f64000 + 2034572
2 libswiftCore.dylib 0x000000010316017c 0x102f64000 + 2081148
3 libswiftCore.dylib 0x0000000103105cfc 0x102f64000 + 1711356
4 libswiftCore.dylib 0x0000000103160984 0x102f64000 + 2083204
5 libswiftCore.dylib 0x00000001030ad2f8 0x102f64000 + 1348344
6 AppName 0x0000000102c92748 specialized TableViewController.sendSmsMessage(sender:) + 8816 (TableViewController.swift:0)
(TableViewController.swift:0)
7 AppName 0x0000000102c8c448 @objc TableViewController.CorF(sender:) + 44
8 UIKitCore 0x00000001ea7a6314 -[UIApplication sendAction:to:from:forEvent:] + 96 (UIApplication.m:4786)
9 UIKitCore 0x00000001ea233d54 -[UIControl sendAction:to:forEvent:] + 80 (UIControl.m:624)
10 UIKitCore 0x00000001ea234074 -[UIControl _sendActionsForEvents:withEvent:] + 440 (UIControl.m:707)
11 UIKitCore 0x00000001ea233074 -[UIControl touchesEnded:withEvent:] + 568 (UIControl.m:461)
12 UIKitCore 0x00000001ea7dfa6c -[UIWindow _sendTouchesForEvent:] + 2472 (UIWindow.m:2204)
13 UIKitCore 0x00000001ea7e0cd0 -[UIWindow sendEvent:] + 3156 (UIWindow.m:2453)
14 UIKitCore 0x00000001ea7bffcc -[UIApplication sendEvent:] + 340 (UIApplication.m:10819)
15 UIKitCore 0x00000001ea88ee38 __dispatchPreprocessedEventFromEventQueue + 1620 (UIEventDispatcher.m:1678)
16 UIKitCore 0x00000001ea891830 __handleEventQueueInternal + 4740 (UIEventDispatcher.m:1937)
17 UIKitCore 0x00000001ea88a320 __handleHIDEventFetcherDrain + 152 (UIEventDispatcher.m:1905)
18 CoreFoundation 0x00000001bd44a0e0 __CFRUNLOOP_IS_CALLING_OUT_TO_A_SOURCE0_PERFORM_FUNCTION__ + 24 (CFRunLoop.c:1980)
19 CoreFoundation 0x00000001bd44a060 __CFRunLoopDoSource0 + 88 (CFRunLoop.c:2015)
20 CoreFoundation 0x00000001bd449944 __CFRunLoopDoSources0 + 176 (CFRunLoop.c:2051)
21 CoreFoundation 0x00000001bd444810 __CFRunLoopRun + 1040 (CFRunLoop.c:2922)
22 CoreFoundation 0x00000001bd4440e0 CFRunLoopRunSpecific + 436 (CFRunLoop.c:3247)
23 GraphicsServices 0x00000001bf6bd584 GSEventRunModal + 100 (GSEvent.c:2245)
24 UIKitCore 0x00000001ea7a4c00 UIApplicationMain + 212 (UIApplication.m:4347)
25 AppName 0x0000000102c7d0f0 main + 60 (SMS.swift:12)
26 libdyld.dylib 0x00000001bcf02bb4 start + 4
关于如何确定导致崩溃的行的任何想法吗？
编辑：我能够按照@Václav的建议，让用户向我发送存储在其设备上的崩溃报告，但它似乎也没有包含很多有用的信息：
Thread 0 name: Dispatch queue: com.apple.main-thread
Thread 0 Crashed:
0 libswiftCore.dylib 0x0000000104e774ec 0x104c8c000 + 2012396
1 libswiftCore.dylib 0x0000000104e774ec 0x104c8c000 + 2012396
2 libswiftCore.dylib 0x0000000104e828cc 0x104c8c000 + 2058444
3 libswiftCore.dylib 0x0000000104e28fd4 0x104c8c000 + 1691604
4 libswiftCore.dylib 0x0000000104e830cc 0x104c8c000 + 2060492
5 libswiftCore.dylib 0x0000000104dd142c 0x104c8c000 + 1332268
6 AppName 0x00000001047fa948 0x1047e0000 + 108872
7 AppName 0x00000001047f4784 0x1047e0000 + 83844
8 UIKitCore 0x00000001e6fe6314 0x1e66fc000 + 9347860
9 UIKitCore 0x00000001e6a73d54 0x1e66fc000 + 3636564
10 UIKitCore 0x00000001e6a74074 0x1e66fc000 + 3637364
11 UIKitCore 0x00000001e6a73074 0x1e66fc000 + 3633268
12 UIKitCore 0x00000001e6bfaaf0 0x1e66fc000 + 5237488
13 UIKitCore 0x00000001e6bf57ec 0x1e66fc000 + 5216236
14 UIKitCore 0x00000001e6bf52cc 0x1e66fc000 + 5214924
15 UIKitCore 0x00000001e6bf509c 0x1e66fc000 + 5214364
16 UIKitCore 0x00000001e7020cb4 0x1e66fc000 + 9587892
17 UIKitCore 0x00000001e6ffffcc 0x1e66fc000 + 9453516
18 UIKitCore 0x00000001e70cee38 0x1e66fc000 + 10300984
19 UIKitCore 0x00000001e70d1830 0x1e66fc000 + 10311728
20 UIKitCore 0x00000001e70ca320 0x1e66fc000 + 10281760
21 CoreFoundation 0x00000001b9c8a0e0 0x1b9bdd000 + 708832
22 CoreFoundation 0x00000001b9c8a060 0x1b9bdd000 + 708704
23 CoreFoundation 0x00000001b9c89944 0x1b9bdd000 + 706884
24 CoreFoundation 0x00000001b9c84810 0x1b9bdd000 + 686096
25 CoreFoundation 0x00000001b9c840e0 0x1b9bdd000 + 684256
26 GraphicsServices 0x00000001bbefd584 0x1bbef2000 + 46468
27 UIKitCore 0x00000001e6fe4c00 0x1e66fc000 + 9341952
28 AppName 0x00000001047e5860 0x1047e0000 + 22624
29 libdyld.dylib 0x00000001b9742bb4 0x1b9742000 + 2996
答案 0 :(得分：1)
这个问题有几个不同的元素，所以让我尝试将其分解。
为什么我看到第0行？
Swift编译器在实际生成最终的已编译二进制文件之前会进行大量代码生成。在这种情况下，line 0是编译器告诉您它在编译TableViewController.swift时生成代码的方式，但是该代码不对应于原始源代码中的特定行。
因为这里有一个specialized函数，所以我更倾向于认为这是编译器生成的代码。这通常意味着编译器正在使用泛型类型。
我很失望，苹果以这种方式传达了这一事件，但我们无能为力。我的理解是DWARF可以描述这种事情。但是，要么Apple不使用此功能，要么不将其写入崩溃报告，要么很可能两者兼而有之。
您可以通过使用atos或dwarfdump来象征地址0x0000000102c92748来验证此行为。我敢打赌，它将输出完全相同的内容-第0行。过去，我使用dwarfdump在此处四处查看是否在dSYM中编码了更多信息，但是我什么也没找到。不过那是几年前的事，所以情况可能已经改变。
第三者崩溃报告人可能需要帮助吗？
它们都使用dSYM进行符号化，因此它们所包含的信息不能超过该文件中包含的信息。不管怎么说，这都值得一试，但我怀疑您会在0号线上获得任何优势。
但是，他们可能将能够象征libswiftCore.dylib中的帧，这可能会很有帮助。
为什么会发生崩溃？
这是一百万美元的问题。
我想查看实际的崩溃详细信息。我的猜测是这是一条非法指令，因为您已经崩溃在快速的运行时库中。可能发生的情况是运行时因某种非法状态而跳闸。展开nil Optional绝对可以。也可能是超出范围的Range操作。我认为越界数组索引也可能会以这种方式失败，但是我不确定，
我要做的只是仔细看看TableViewController.sendSmsMessage(sender:)中发生的事情。请密切注意上面列出的内容，尤其是当它与任何通用标准库函数交互时。
我还将尝试用符号表示那些libswiftCore.dylib框架。同样，您可以为此使用atos，只需将其指向库本身并使用加载地址即可。我不确定Xcode在内部将Swift库保存在哪里，因此您可能只使用与应用程序捆绑在一起的lib的副本。
祝你好运！