关于 .crash 分析

这里只给出其中 一种方式。

1. 建议 桌面 建 个文件夹  appxx  ，然后 将那个闪退 对应的 包  xxx.app 放入  appxx文件夹

2. 打开终端cd命令，进入该文件夹

3.在命令行输入“dwarfdump --uuid XXX.app/XXX”

4.在终端中输入以下命令“atos -o XXX.app/XXX -arch arm64 0x00000001006544f8 ”

“0x00000001006544f8” 这个地址是

查看日志搜索“Triggered by Thread”：得到“Triggered by Thread:  0”，我们知道是0号线程闪退，找到0号线程得到如下：
Thread 0 Crashed:
0   libsystem_kernel.dylib         0x00000001833114bc mach_msg_trap + 8
1   libsystem_kernel.dylib         0x0000000183311338 mach_msg + 72
2   CoreFoundation                 0x0000000183740ac0 __CFRunLoopServiceMachPort + 196
3   CoreFoundation                 0x000000018373e7c4 __CFRunLoopRun + 1032
4   CoreFoundation                 0x000000018366d680 CFRunLoopRunSpecific + 384
5   GraphicsServices               0x0000000184b7c088 GSEventRunModal + 180
6   UIKit                          0x00000001884e4d90 UIApplicationMain + 204
7   XXX                      0x00000001006544f8 0x10009c000 + 5997816
8   libdyld.dylib                  0x000000018320e8b8 start + 4
XXX：就是你的XXX.app的名称，找到他的第一个地址，这个地址就是要输入的地址，如果存在多个地址，那么直接在后面追加。

时间： 2024-08-29 00:10:24

关于 .crash 分析的相关文章

iOS Crash 分析 符号化崩溃日志

参考: http://blog.csdn.net/diyagoanyhacker/article/details/41247367 http://blog.csdn.net/diyagoanyhacker/article/details/41247389 http://blog.csdn.net/diyagoanyhacker/article/details/41247411 http://www.cnblogs.com/smileEvday/p/Crash1.html 未符号化的崩溃日志就象一

iOS Crash 分析（文一）- 开始

iOS Crash 分析(文一)- 开始 1. 名词解释 1. UUID 一个字符串,在iOS上每个可执行文件或库文件都包含至少一个UUID.目的是为了唯一识别这个文件. 2. dwarfdump 苹果提供的命令行工具,其中一些功能就是查看可执行文件件或库文件的UUID 3. symbolicatecrash 一个苹果提供的脚本.可以将crash日志符号化为可读的堆栈信息. 4. atosl 苹果提供的命令行工具,可以将crash的base_address和load_address转化为可读的堆

iOS Crash 分析（文二）-崩溃日志组成

iOS Crash 分析(文二)-崩溃日志组成 现在我们看一个淘宝iOS主客崩溃的例子: ### 1.进程信息 ### Incident Identifier: E4201F10-6F5F-40F9-B938-BB3DA8ED7D50 CrashReporter Key: TODO Hardware Model: iPhone4,1 Process: Taobao4iPhone [3538] Path: /var/mobile/Applications/E3B51E77-D44D-4B3E-87

iOS Crash 分析（文三）- 符号化崩溃日志

iOS Crash 分析(文三)- 符号化崩溃日志 未符号化的崩溃日志就象一本天书,看不懂,更别谈分析崩溃原因了.所以我们在分析日志之前,要把日志翻译成我们可以看得懂的文字.这一步我们称之为符号化. 在iOS Crash分析(文一)中已经提到过符号化的两种方式: 1.利用Xcode符号化 2.利用symbolicatecrash脚本符号化 其实这两种分析方式都使用了同一个工具符号化:***atos***. atos是苹果提供的符号化工具,在Mac OS系统下默认安装. 使用***atos***符

Linux内核Crash分析

转载自:http://linux.cn/article-3475-1.html 在工作中经常会遇到一些内核crash的情况,本文就是根据内核出现crash后的打印信息,对其进行了分析,使用的内核版本为:Linux2.6.32. 每一个进程的生命周期内,其生命周期的范围为几毫秒到几个月.一般都是和内核有交互,例如用户空间程序使用系统调用进入内核空间.这时使用的不再是用户空 间的栈空间,使用对应的内核栈空间.对每一个进程来说,Linux内核都会把两个不同的数据结构紧凑的存放在一个单独为进程分配的存储

jvm crash分析

问题描述:线上进程异常退出,查看服务器端日志,有jvm crash文件生成 # # A fatal error has been detected by the Java Runtime Environment: # # SIGSEGV (0xb) at pc=0x00007f385c182889, pid=31877, tid=139878461208320 # # JRE version: Java(TM) SE Runtime Environment (7.0_80-b15) (build

android native crash 分析

工具: addr2line arm-linux-androideabi-addr2line -aCfe libart.so 0x63006d 当libart.so包含符号表的情况下,可以查询到他的地址0x63006d 所对应的行和函数名 ndk-stack ndk-stack –sym ${android_project}/obj/local/armeabi –dump $(crash_log_file) objdump arm-linux-androideabi-objdump -S  lib

阿里客户端工程师试题简析——Android应用的闪退（crash）分析

1. 问题描述 闪退(Crash)是客户端程序在运行时遭遇无法处理的异常或错误时而退出应用程序的表现,请从crash发生的原因分类与解决方法.在出现crash后如何捕捉并分析异常这两个问题给出自己的解决方案. 我们以Android平台为例,介绍下如何捕获Android应用的闪退信息,以帮助我们定位和解决导致闪退的问题代码. 2. Android中的闪退 在讲解Android中的闪退之前,我们先来简单的复习下Java中的异常. (1)Java中的异常 Java中的异常层次结构如下图所示: 我们可以

阿里安卓面试分析: Android应用的闪退(crash)问题跟踪和解析

一:问题描述    闪退(Crash)是客户端程序在运行时遭遇无法处理的异常或错误时而退出应用程序的表现,请从crash发生的原因分类与解决方法.在出现crash后如何捕捉并分析异常这两个问题给出自己的解决方案.    我们以Android平台为例,介绍下如何捕获Android应用的闪退信息,以帮助我们定位和解决导致闪退的问题代码.二:Android中的闪退    在讲解Android中的闪退之前,我们先来简单的复习下Java中的异常.1.Java中的异常    Java中的异常层次结构如下图所