降本增效工具系列（二）：IOS 系统 Crash 日志分析实战_crash日志(1)

最新推荐文章于 2024-05-12 23:59:35 发布
最新推荐文章于 2024-05-12 23:59:35 发布
阅读量441 收藏 5
点赞数 4
分类专栏： 程序员 文章标签： 前端 面试 学习
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/2401_84433974/article/details/138639857
版权

分享

开源分享：【大厂前端面试题解析+核心总结学习笔记+真实项目实战+最新讲解视频】

Date/Time: 2021-08-31 09:13:53.8890 +0800 //Crash发生的时间
Launch Time: 2021-08-31 09:13:18.1164 +0800 //系统登陆时间
OS Version: iPhone OS 14.6 (18F72) //系统版本，括号内的数字代表的时Bulid号
Release Type: User
Baseband Version: 6.71.01
Report Version: 104

Exception Type: EXC_CRASH (SIGABRT) //异常类型
Exception Codes: 0x0000000000000000, 0x0000000000000000
Exception Note: EXC_CORPSE_NOTIFY
Triggered by Thread: 21

Application Specific Information:
abort() called
…
Thread 21 name: Dispatch queue: com.facebook.react.ShadowQueue
Thread 21 Crashed:
//编号 二进制库名 调用方法的地址 基本地址 + 偏移
0 libsystem_kernel.dylib 0x00000001d73517b0 0x1d732a000 + 161712
1 libsystem_pthread.dylib 0x00000001f39dc9c0 0x1f39d2000 + 43456
2 libsystem_c.dylib 0x00000001b4243a44 0x1b41d0000 + 473668
3 mrcs 0x0000000102dd4e18 0x102c08000 + 1887768
4 mrcs 0x0000000102dd4d9c 0x102c08000 + 1887644
5 mrcs 0x0000000102ddd034 0x102c08000 + 1921076
6 mrcs 0x0000000102ddd0d0 0x102c08000 + 1921232
7 mrcs 0x0000000102ddd0d0 0x102c08000 + 1921232
8 mrcs 0x0000000102ddd0d0 0x102c08000 + 1921232
9 mrcs 0x0000000102ddd0d0 0x102c08000 + 1921232
10 mrcs 0x0000000102ddd0d0 0x102c08000 + 1921232
11 mrcs 0x0000000102dda324 0x102c08000 + 1909540
12 mrcs 0x0000000102dd8908 0x102c08000 + 1902856
13 mrcs 0x0000000102ddda4c 0x102c08000 + 1923660
14 mrcs 0x0000000102dd96e8 0x102c08000 + 1906408
15 mrcs 0x0000000102dd8908 0x102c08000 + 1902856
16 mrcs 0x0000000102ddda4c 0x102c08000 + 1923660
17 mrcs 0x0000000102dd96e8 0x102c08000 + 1906408
18 mrcs 0x0000000102dd8908 0x102c08000 + 1902856
19 mrcs 0x0000000102ddda4c 0x102c08000 + 1923660
20 mrcs 0x0000000102dd96e8 0x102c08000 + 1906408
21 mrcs 0x0000000102dd8908 0x102c08000 + 1902856
22 mrcs 0x0000000102dddf38 0x102c08000 + 1924920
23 mrcs 0x0000000102dd9e14 0x102c08000 + 1908244
24 mrcs 0x0000000102dd8908 0x102c08000 + 1902856
25 mrcs 0x0000000102ddb598 0x102c08000 + 1914264
26 mrcs 0x0000000102dd8908 0x102c08000 + 1902856
27 mrcs 0x0000000102dda940 0x102c08000 + 1911104
28 mrcs 0x0000000102dd8908 0x102c08000 + 1902856
29 mrcs 0x0000000102dda940 0x102c08000 + 1911104
30 mrcs 0x0000000102dd8908 0x102c08000 + 1902856
31 mrcs 0x0000000102ddb598 0x102c08000 + 1914264
32 mrcs 0x0000000102dd8908 0x102c08000 + 1902856
33 mrcs 0x0000000102dda940 0x102c08000 + 1911104
34 mrcs 0x0000000102dd8908 0x102c08000 + 1902856
35 mrcs 0x0000000102dda940 0x102c08000 + 1911104
36 mrcs 0x0000000102dd8908 0x102c08000 + 1902856
37 mrcs 0x0000000102dda940 0x102c08000 + 1911104
38 mrcs 0x0000000102dd8908 0x102c08000 + 1902856
39 mrcs 0x0000000102dda940 0x102c08000 + 1911104
40 mrcs 0x0000000102dd8908 0x102c08000 + 1902856
41 mrcs 0x0000000102ddb598 0x102c08000 + 1914264
42 mrcs 0x0000000102dd8908 0x102c08000 + 1902856
43 mrcs 0x0000000102dda940 0x102c08000 + 1911104
44 mrcs 0x0000000102dd8908 0x102c08000 + 1902856
45 mrcs 0x0000000102dda940 0x102c08000 + 1911104
46 mrcs 0x0000000102dd8908 0x102c08000 + 1902856
47 mrcs 0x0000000102dda940 0x102c08000 + 1911104
48 mrcs 0x0000000102dd8908 0x102c08000 + 1902856
49 mrcs 0x0000000102dda940 0x102c08000 + 1911104
50 mrcs 0x0000000102dd8908 0x102c08000 + 1902856
51 mrcs 0x0000000102dda940 0x102c08000 + 1911104
52 mrcs 0x0000000102dd8908 0x102c08000 + 1902856
53 mrcs 0x0000000102ddc09c 0x102c08000 + 1917084
54 mrcs 0x0000000102cfe104 0x102c08000 + 1007876
55 mrcs 0x0000000102cf2e10 0x102c08000 + 962064
56 mrcs 0x0000000102d0b800 0x102c08000 + 1062912
57 mrcs 0x0000000102d0f860 0x102c08000 + 1079392
58 mrcs 0x0000000102cd0efc 0x102c08000 + 823036
59 libdispatch.dylib 0x00000001ab2562b0 0x1ab1f6000 + 393904
60 libdispatch.dylib 0x00000001ab257298 0x1ab1f6000 + 397976
61 libdispatch.dylib 0x00000001ab233344 0x1ab1f6000 + 250692
62 libdispatch.dylib 0x00000001ab233e2c 0x1ab1f6000 + 253484
63 libdispatch.dylib 0x00000001ab23d66c 0x1ab1f6000 + 292460
64 libsystem_pthread.dylib 0x00000001f39dd5bc 0x1f39d2000 + 46524
65 libsystem_pthread.dylib 0x00000001f39e086c 0x1f39d2000 + 59500
Thread 22:
0 libsystem_pthread.dylib 0x00000001f39e0864 0x1f39d2000 + 59492
//Crash时发生时刻，线程的状态（寄存器中的值）
Thread 21 crashed with ARM Thread State (64-bit):
x0: 0x0000000000000000 x1: 0x0000000000000000 x2: 0x0000000000000000 x3: 0x0000000000000000
x4: 0x000000010378c20c x5: 0x000000016dc98930 x6: 0x000000000000000a x7: 0x0000000102dd7248
x8: 0x000000016dc9f000 x9: 0xef6382e5d8fc5092 x10: 0x0000000000000002 x11: 0x00000000fffffffd
x12: 0x0000010000000000 x13: 0x0000000000000000 x14: 0x0000000000000000 x15: 0x0000000000000000
x16: 0x0000000000000148 x17: 0x0000000000000002 x18: 0x0000000000000000 x19: 0x0000000000000006
x20: 0x0000000000006e4b x21: 0x000000016dc9f0e0 x22: 0x0000000000000000 x23: 0x0000000144f1ff80
x24: 0x0000000000000002 x25: 0x0000000000000000 x26: 0x0000000000000002 x27: 0x0000000000000000
x28: 0x0000000000000001 fp: 0x000000016dc98880 lr: 0x00000001f39dc9c0
sp: 0x000000016dc98860 pc: 0x00000001d73517b0 cpsr: 0x40000000
esr: 0x56000080 Address size fault
//Crash时刻App加载的所有库，其中第一行是Crash发生时我们App可执行文件的信息，可以看出为arm64，可执行文件包的uuid为c0f……cd65，解析Crash的时候dsym文件的uuid必须和这个一样才能完成Crash的符号化解析。
Binary Images:
0x102c08000 - 0x103933fff mrcs arm64 <85fda4ca6eae360091c86fa83b827d7a> /var/containers/Bundle/Application/A09D22A5-324F-4686-964B-51AE831927B7/mrcs.app/mrcs
0x103d60000 - 0x103dcbfff dyld arm64 /usr/lib/dyld
…
EOF


由以上崩溃报告内容可知，`Thread *` 表示发生`Crash`的线程调用栈，从上到下分别代表调用顺序，最上面的一个表示抛出异常的位置，依次往下可以看到`API`的调用顺序。重点由以下内容定位Crash异常类型、错误码、导致异常发生的线程。

Exception Type: EXC_CRASH (SIGABRT) //异常类型
Exception Codes: 0x0000000000000000, 0x0000000000000000 //异常类型代码
Exception Note: EXC_CORPSE_NOTIFY
Triggered by Thread: 21


有以上可知，线程21导致应用崩溃问题产生。


注意⚠️：包含堆栈跟踪的崩溃报告需要先进行符号化（`symbolicated`）才可以进行分析。符号化的过程是将内存地址替换为便于阅读的函数名称和行号。如果通过`Xcode`的`Organizer`窗口获取崩溃日志，那么该报告将在几秒钟后自动进行符号化。否则需要将`.crash`文件导入到`Xcode`的`Organizer`进行符号化。


### 三、常见 Exception Type



> 
> * `EXC_BAD_ACCESS` 通常由于访问了不该访问的内存导致。一般`EXC_BAD_ACCESS`后面的"()"还会带有补充信息。
> * `SIGSEGV`: 通常由于重复释放对象导致，这种类型在切换`ARC`之后已经很少见到。当我们收到 SIGSEGV 信号时，可以往以下几个方面考虑：
> 
> 
> 1. 访问无效内存地址，比如访问Zombie对象；
> 2. 尝试往只读区域写数据；
> 3. 引用空指针；
> 4. 使用未初始化的指针；
> 5. 栈溢出；
> 
> 
> * `SIGABRT`: 收到`Abort`信号退出，通常`Foundation`库中的容器为了保护状态正常会做一些检测，例如插入`null`到数组中等会遇到此类错误。
> * `SEGV`:（`Segmentation Violation`），代表无效内存地址，比如空指针，未初始化指针，栈溢出等；
> * `SIGBUS`：总线错误，与 `SIGSEGV` 不同的是，`SIGSEGV` 访问的是无效地址，而 `SIGBUS` 访问的是有效地址，但总线访问异常(如地址对齐问题)；
> * `SIGILL`：尝试执行非法指令，可能不被识别或者没有权限；
> * `EXC_BAD_INSTRUCTION`，此类异常通常由于线程执行非法指令导致；
> * `EXC_ARITHMETIC`，除零错误会抛出此类异常；


### 最后

正值招聘旺季，很多小伙伴都询问我有没有前端方面的面试题！

**[开源分享：【大厂前端面试题解析+核心总结学习笔记+真实项目实战+最新讲解视频】](https://bbs.csdn.net/topics/618166371)**

![前端资料图.PNG](https://img-blog.csdnimg.cn/img_convert/1921d865e522c0157b85a8c8e885c633.webp?x-oss-process=image/format,png)

后

正值招聘旺季，很多小伙伴都询问我有没有前端方面的面试题！

**[开源分享：【大厂前端面试题解析+核心总结学习笔记+真实项目实战+最新讲解视频】](https://bbs.csdn.net/topics/618166371)**

[外链图片转存中...(img-MOWjf7Bp-1715278284551)]
2401_84433974
关注
  • 4
    点赞
  • 踩
  • 5
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
iOS crash崩溃日志总结
justbeme的专栏
06-08 1083
引言 当游戏运行崩溃（也叫闪退）时，iOS系统生成对应的*.crash崩溃日志并保存在设备上。这份崩溃日志通常包含游戏闪退时当时运行的每个线程的堆栈调用信息，我们通过分析这些信息，定位游戏闪退发生的代码位置和异常类型。默认情况下，崩溃日志的堆栈调用信息是一堆16进制的内存地址和偏移量数字组成，如图 并不具有可读性。需要将其导入到Xcode，通过对应的dSYM文件和游戏包体，才能将这些数字转化成游戏代码里的调用方法名和所在文件的行数，如图， 从而生成我们可以分析的具体堆栈调用信息。 一、如何获取崩溃日志。
AI系列深度：AI+降本增效拓宽应用，硬件端落地场景丰富
05-10
AI系列深度：AI+降本增效拓宽应用，硬件端落地场景丰富
iOS应用的crash日志的分析基础
热门推荐
JasonLee的专栏
02-10 5万+
Outline 如何获得crash日志 如何解析crash日志 如何分析crash日志      1. iOS策略相关      2. 常见错误标识      3. 代码bug 一、如何获得crash日志 当一个iOS应用程序崩溃时，系统会创建一份crash日志保存在设备上。这份crash日志记录着应用程序崩溃时的信息，通常包含着每个执行线程的栈调用信息（低内存闪退日志
iOS崩溃日志解析
super_man_ww的博客
02-17 1654
# !/bin/sh INPUTFILE=$1 #echo "extension:${INPUTFILE##*.}" DSYM_FILE="" #从目录中查找dSYM文件 #参数1：文件路径 function findSymbolFileInFolder() { echo $(pwd) for file in `find "$(pwd)"` do extension="${file##*.}" if [ "$extension" == "d...
ios crash的原因与抓取crash日志的方法
weixin_34391445的博客
01-06 490
首先我们经常会闪退的异常有哪些呢？crash的产生来源于两种问题：违反iOS策略被干掉，以及自身的代码bug。 1.IOS策略 1.1 低内存闪退 前面提到大多数crash日志都包含着执行线程的栈调用信息，但是低内存闪退日志除外，这里就先看看低内存闪退日志是什么样的。 我们使用Xcode 5和iOS 7的设备模拟一次低内存闪退，然后通过Organizer查看产生的crash日志，可以发现P...
iOS Crash日志
weixin_30311605的博客
02-25 312
Understanding Crash Reports on iPhone OS https://developer.apple.com/videos/wwdc/2010/?id=317 http://www.cnblogs.com/smileEvday/p/Crash1.html http://www.cocoachina.com/industry/20130725/6677.html ...
iOS应用崩溃日志分析
唐大帅的编程之路
08-02 2685
作为一名应用开发者，你是否有过如下经历? 为确保你的应用正确无误，在将其提交到应用商店之前，你必定进行了大量的测试工作。它在你的设备上也运行得很好，但是，上了应用商店后，还是有用户抱怨会闪退 ! 如果你跟我一样是个完美主义者，你肯定想将应用做到尽善尽美。于是你打开代码准备修复闪退的问题……但是，从何处着手呢？ 这时iOS崩溃日志派上用场了。在大多数情况下，你能从中了解到关于闪退的详尽、有用的信息。 通过本教程，你将学习到一些常见的崩溃日志案例，以及如何从开发设备和iTunes Connect上获取崩溃日志文
“互联网 ”背景下电商物流企业降本增效路径分析.pdf
07-10
“互联网 ”背景下电商物流企业降本增效路径分析.pdf
1创新思维与降本增效：如何合理降低成本.pptx
09-23
《创新思维与降本增效：如何合理降低成本》 在这个快速变化的世界中，各行各业都在经历深刻的变革。无论是银行业被余额宝颠覆，通讯业被微信改写，还是零售业被淘宝重塑，创新已成为推动行业发展的重要动力。面对...
汽车行业研究报告：行业竞争白热化，降本增效进行时.pdf
07-03
汽车行业研究报告：行业竞争白热化，降本增效进行时.pdf
iOS崩溃日志分析及搜集
yaphetsehome的博客
09-27 899
当一个iOS应用程序崩溃时，系统会创建一份crash日志保存在设备上。这份crash日志记录着应用程序崩溃时的信息，通常包含着每个执行线程的栈调用信息（低内存闪退日志例外）。 1.日志获取 方式1 开发、测试阶段设备就在身边，可以连接设备，打开Xcode - Window - Devices - View Device Log 能够看到设备上的崩溃信息，但是如果缺少符号化崩溃日志的必要文件时
iOS了解崩溃和崩溃日志（Understanding Crashes and Crash Logs）
最新发布
gcs的博客
05-12 538
当App发生crash时, attached的debugger会暂停App的运行，并定位的crash位置。详细看一下crash栈，这里是App启动入口这里是crash的具体位置发生crash时,debugger会收到signal，然后暂停App的运行,显示crash的调用栈如果当前没有attached的debugger，系统会吧crash堆栈信息dump到一个log文件中release版本的app发生crash时，log文件的调用栈只有地址信息xcode符号化后的crash log。
iOS 记录crash日志
zww学习笔记
07-07 1264
项目开发过程中经常会遇到crash的问题，现在有比较好的统计工具，但有时我们只是需要了解造成crash的原因，使用友盟等显得有些浪费。现在可以自己动手写记录crash。ZWCrashRecordTool添加了两个方法： 初始化缓存目录 清除crash缓存 ZWCrashRecordTool.h/** * 初始化缓存目录 * * @param crashPath 缓存目录 */ -(voi
iOS--Crash日志的分析
Me_Ordinary的专栏
10-19 360
工作中难免或碰到crash，如果是开发环境，碰到简单的crash还能重现下，如果不能重现的话，我们只能去分crash文件了。 首先看下面的crash问题，说句实话一看这个我是拒绝的，这怎么找原因啊，头都大了。 68BFD825-BB35-4106-B030-772B9884FB82.png 1、 进程信息 第一部分是闪退进程的相关信息。 Incident Identifier ： 是崩溃报告的唯一标识符。 CrashReporter Key： 是与设备标识相对应的唯一键值。虽然它不是真正.
iOS开发-手动解析崩溃日志 Crash Log
Pandakingli的博客
09-06 1534
一、 dSYM文件 .dSYM(debugging SYMbols)又称为调试符号表，是起源于贝尔实验室的DWARF（Debugging With Attributed Record Formats）. 二、dSYM文件和Crash Log一致性 二者的对应关系可以通过UUID来确定。 1、从崩溃日志中获取UUID 崩溃日志有个Binary Images模块 Binary ...
降本增效工具系列（二）：IOS 系统 Crash 日志分析实战
IT全栈 华强工作室
09-13 2475
当应用程序在IOS设备上崩溃（例如，闪退）时，一份“Crash崩溃报告”将在该设备上创建并存储起来。崩溃报告描述了应用程序是在何种条件下崩溃的，大部分情况下包含一份当前正在运行线程的完整堆栈跟踪。如果设备就在身边，可以连接设备，打开，在左侧面板中选择（可以选择具体设备的或者Library下所有设备的），然后根据时间排序查看设备上的crash日志。这是开发、测试阶段最经常采用的方式。如果应用程序已经提交到App Store发布，用户已经安装使用了，那么开发者可以 通过）获取用户的crash日志。
iOS App崩溃日志分析
chenyxh2005的专栏
05-26 937
APP新版本上线之前，一般都会经过测试团队的反复测试，确认无bug后才会发布。发布那刻作为开发人员的你，估计欣喜若狂吧，自豪吧！！。发布后线上运行好长一段时间，均安然无恙，可突然有一天你们家CEO说，自家APP崩了，出现闪退了。那一刻在CEO面前感觉弱爆了的感觉有木有啊？着急了吧，抓狂了吧，F**K it， 怎么解决呢？君不必太过忧伤，且听我给你细说。 获取iOS APP崩溃日志 你造吗，iOS系统会生成各APP闪退的崩溃日志？“哦，在哪里？长什么样？”要过去iOS系统生成的Crash日志，请将发生崩溃
查看ios app运行日志
2301_77125316的博客
12-27 1133
本文介绍了一款名为克魔助手的iOS应用日志查看工具，该工具可以方便地查看iPhone设备上应用和系统运行时的实时日志和奔溃日志。3.因为你已经通过数据线连接了电脑和手机，所以此时在控制台的左侧工具栏里会显示你的设备，如果此时直接点击 开始日志那将输出的是此设备的所有日志，那么如果想要查看某一App的日志查看起来是非常繁琐的，那我就需要对App继续筛选过滤再输出。克魔助手还提供了奔溃日志分析查看模块，可以方便地导出和查看iOS设备上的奔溃日志，并对其进行符号化、格式化和分析。1.选择需要查看的奔溃日志。
最简单的方法教你查看 iOS 手机上的日志
caixiangting的博客
10-26 2485
3.打开 iTools-> 工具箱，iTools 会提供两种日志，一种是实时的，一种的是崩溃的。ps：那么就会有优秀的你们在思考了，这么多日志，我傻了 ～～，这怎么看阿！因为你已经通过数据线连接了电脑和手机，所以此时在控制台的左侧工具栏里会显示你的设备。就可以在弹出的页面查看到 iOS 的日志啦，左边的就是日志文件，右边的就是日志内容。ps：在这里强调一下，右边的日志栏里，显示的是你手机上的所有日志！ps：选中你要的日志信息，按下 command + c 对信息进行复制。ps：那么我们就接着在往下走一步。
阿里搜推：JSONB列式存储实战：降本增效与大数据分析
阿里搜推实验基于JSONB列式存储的降本提效实践是一份深度探讨在大规模搜索推荐系统中采用JSONB（JSON Binary）列式存储技术的具体案例。JSONB是一种对JSON数据进行列式存储的变种，它允许更有效地处理包含嵌套结构的...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值