Sam*_*cer 17 crash error-handling crash-reports segmentation-fault ios
我刚刚在AppStore上发布了一个带有Crittercism崩溃报告的应用程序,而且我收到了很多与SIGSEGV错误有关的崩溃报告.Crittercism给了我一个StackTrace和一些关于使用统计信息的方便细节,但是,我仍然被这些符号化的堆栈跟踪所迷惑.关于这种事情我总体上有几个问题 -
堆栈跟踪中的许多类和方法甚至都没有在我的应用程序中使用(据我所知),这使我相信这些崩溃是由Apple的私有API引起的.看一下这个问题底部附近的Stack Trace. 如果崩溃报告中的所有方法和类都没有直接在我的代码中实现,我怎么能告诉我的应用程序崩溃了什么?
+坠毁线程中每行末尾带有数字的符号代表什么?
有关SIGSEGV崩溃问题的StackOverflow上的大多数Q/A表示它们是由内存泄漏或问题引起的,但是 如果我在iOS项目中使用ARC,如何因内存问题导致崩溃?ARC不应该为我管理所有这些事情吗?
如果我无法复制错误/崩溃,该怎么办?
有没有办法真正读取 StackTrace?有什么一般的东西有助于理解正在发生的事情吗?
以下是Crittercism主线程崩溃报告中的StackTrace,该问题涉及:
Thread: Unknown Name (Crashed)
0 UIKit 0x37307a22 -[UIView(CALayerDelegate) actionForLayer:forKey:] + 138
1 QuartzCore 0x38fdfff7 -[CALayer actionForKey:] + 75
2 QuartzCore 0x38fdffa7 _ZL12actionForKeyP7CALayerPN2CA11TransactionEP8NSString + 59
3 QuartzCore 0x38fdfe93 _ZN2CA5Layer12begin_changeEPNS_11TransactionEjRP11objc_object + 131
4 QuartzCore 0x38fdab87 _ZN2CA5Layer6setterEj12_CAValueTypePKv + 183
5 QuartzCore 0x39007057 -[CALayer setBackgroundColor:] + 35
6 UIKit 0x3731ef51 -[UIView(Internal) _setBackgroundCGColor:withSystemColorName:] + 1021
7 APP NAME 0x000a301d 0x00086000 + 118813
8 libdispatch.dylib 0x3962511f _dispatch_call_block_and_release + 11
9 libdispatch.dylib 0x39628ecf _dispatch_queue_drain$VARIANT$mp + 143
10 libdispatch.dylib 0x39628dc1 _dispatch_queue_invoke$VARIANT$mp + 41
11 libdispatch.dylib 0x3962991d _dispatch_root_queue_drain + 185
12 libdispatch.dylib 0x39629ac1 _dispatch_worker_thread2 + 85
13 libsystem_c.dylib 0x3824da11 _pthread_wqthread + 361
Run Code Online (Sandbox Code Playgroud)
您需要表示此崩溃报告.数字7是您感兴趣的行,但没有符号信息,因此崩溃报告无法转换为对您有用的内容.为了符号化,您需要在应用商店版本中使用的确切代码.如果你有,那么你可以参考这个答案:
至于其他事情:
1)不要如此快速地承担内部API错误.您的功能显然会更改视图的背景颜色,该视图会在内部调用各种方法.它可能以某种方式传递了无效值.不要太天真地认为你编写的代码是有史以来唯一执行的代码.
2)+符号表示该代码在二进制对象内的偏移量.对你没用.
3)ARC很容易出现内存错误,因为ARC只处理Objective-C的范围.任何CoreFoundation对象等都不会被管理.这不一定是这里发生的事情,但ARC并不意味着你必须不再考虑记忆.
4)见上文
5)见上文
| 归档时间: |
|
| 查看次数: |
14871 次 |
| 最近记录: |