iOS crash 解析定位,shell脚本查找crash

iOS开发中,对于线上版本或公测版本产生的crash,我们可以通过结合.app ,.dSYM 及 crash log 三个文件来进行解析定位。

最新更新:
最近对查找线上Crash做了整理,写成CrashScript.sh,详情见下面查找Crash脚本


  • 获取iOS设备上的 crash log
  1. 将iOS设备连接到电脑上,打开 Xcode -> Organizer -> Devices,找到该台设备,在 Device logs 中找到 crash log(后缀为 .crash 的 log 文件),将其导出即可。

  2. 如果你的应用已经上架App Store,那么开发者可以通过iTunes Connect(Manage Your Applications - View Details - Crash Reports)获取用户的crash log。不过这并不是100%有效的,而且大多数开发者并不依赖于此,因为这需要用户设备同意上传相关信息,详情可参见iOS: Providing Apple with diagnostics and usage information摘要。

  3. 第三方crash收集系统,甚至还带了符号化crash日志的功能。比较常用的有CrashlyticsFlurry等。


  • 确保.app .dSYM和crash log的uuid相同
    以上三者的uuid必须都一样才能进行解析,查看三个文件的 uuid :
  1. 查看xx.app文件的uuid的方法,在终端输入:

$ dwarfdump --uuid xxx.app/xxx (xxx工程名)

  1. 查看xx.app.dSYM文件的uuid的方法,在命令行输入:

$ dwarfdump --uuid xxx.app.dSYM (xxx工程名)

  1. 查看 crash log 文件的 uuid的方法:
    在 crash log 文件中,找到 Binary Images: 项目名后面第一个尖括号中的一串码就是改 crash log 文件的 uuid。
    如下,70464c7fc4df37f38f81eeaf88a0713d就是uuid。

Binary Images:
0x10000c000 - 0x100cf7fff xxx (xxx工程名) arm64 <70464c7fc4df37f38f81eeaf88a0713d>


  • 显示.dYSM包内容,进入/Contents/Resources/DWARF路径下,执行命令:

atos -arch armv7 -o XXX(项目名称) 0x17D580(16进制crash奔溃地址)

显示结果
-[PCBabyMyGroupReplyTVCell setCellInfo:] (in BabyBook2) (PCBabyMyGroupReplyTVCell.m:66)
可以看到是PCBabyMyGroupReplyTVCell类第66行出错。

  • 如果定位不对,可能涉及到地址偏移的计算。首先查看起始地址,即使每次iOS app启动都会加载(main module)主模块在不同的内存地址,但是dSYM文件总是假设你的main module加载在地址0x100000000(64位),或者0x4000(32位)。
    查看偏移,显示.dYSM包内容,进入/Contents/Resources/DWARF路径下,执行命令:

otool -arch arm64 -l XXX(XXX为项目名) | grep -B 1 -A 10 "LC_SEGM" | grep -B 3 -A 8 "__TEXT"

显示结果
Load command 1
cmd LC_SEGMENT_64
cmdsize 1032
segname __TEXT
vmaddr 0x0000000100000000
vmsize 0x0000000000620000
fileoff 0
filesize 6422528
maxprot 0x00000005
initprot 0x00000005
nsects 12
flags 0x0
看到vmaddr显示为0x0000000100000000,所以偏移地址计算为:0x17D580+0x0000000100000000=0x10017D580。
再次执行终端命令:

atos -arch armv7 -o XXX(项目名称) 0x10017D580

附:32位及64位设备的执行命令
32位: xcrun atos -arch armv7 -o xxx(应用名称) xxx(偏移地址)
64位: xcrun atos -arch arm64 -o xxx(应用名称) xxx(偏移地址)


查找Crash脚本

注意!!!Shell脚本默认无法处理带空格的文件路径,请确保.xcarchive 文件以及CrashScript.sh脚本所在路径名不存在空格。(Xcode Archive生成的.xcarchive文件名默认带空格,请去除)

获取打包生成的 .xcarchive 文件,将其和CrashScript.sh脚本放到同一级目录下,运行脚本:

./CrashScript.sh [-u] [-t <Device type>] -a <Code address> 

参数说明:[]表示可选参数,<>表示必填参数

-u                       是否查看UUID
-t <Device type>            发生crash的设备类型,有两种值:32和64,默认64
-a <Code address>          10进制的出错地址

脚本完整代码
#!/bin/bash

#--------------------------------------------------------------------------------
# 脚本说明:
#
# 1、实现功能:
#     1)、查看 .xcarchive 文件的UUID
#     2)、查看10进制的出错地址对应的代码
#
# 2、使用方式:
#     1)、将CrashScript.sh脚本和 .xcarchive 文件放到同一级文件夹下
#     2)、运行脚本:
#            ./CrashScript.sh [-u] [-t <Device type>] -a <Code address> 
#         参数说明:
#                 -u                     是否查看UUID
#                 -t <Device type>      发生crash的设备类型,有两种值:32和64,默认64
#                 -a <Code address>    10进制的出错地址
#--------------------------------------------------------------------------------

# 脚本文件所在根目录
Release_path=$(pwd)
xcarchive_path=""
cd ${Release_path}
Valid_dic=false
for i in `ls`;
do 
    #获取文件后缀名
    extension=${i##*.}
    if [[ ${extension} == "xcarchive" ]]; then
        Valid_dic=true
        xcarchive_path="${Release_path}/${i}"
    fi
done

if [[ ${Valid_dic} == false ]]; then
    echo -e "\033[31mCrashScript.sh脚本所在路径不存在.xcarchive文件,请检查!!\033[0m"
    exit 2
fi

Check_UUID="NO"
Device_type="64"
Have_code_address="NO"
Code_address=""

# 参数处理
param_pattern=":ut:a:"
OPTIND=1
while getopts $param_pattern optname
  do
    case "$optname" in
      "u")        
        Check_UUID="YES"    
        ;;
      "t")
        tmp_optind=$OPTIND
        tmp_optname=$optname
        tmp_optarg=$OPTARG

        OPTIND=$OPTIND-1
        if getopts $param_pattern optname ;then
            echo  -e "\033[31m选项参数错误 $tmp_optname\033[0m"
            exit 2
        fi
        OPTIND=$tmp_optind
        Device_type=$tmp_optarg
        if [[ ${Device_type} != "32" && ${Device_type} != "64" ]]; then
            echo  -e "\033[31m选项$tmp_optname 参数错误 $Device_type\033[0m"
            exit 2
        fi
        ;;
      "a")        
        tmp_optind=$OPTIND
        tmp_optname=$optname
        tmp_optarg=$OPTARG
        Have_code_address="YES"

        OPTIND=$OPTIND-1
        if getopts $param_pattern optname ;then
            echo  -e "\033[31m选项参数错误 $tmp_optname\033[0m"
            exit 2
        fi
        OPTIND=$tmp_optind
        Code_address=$tmp_optarg
        ;;
      "?")
        echo -e "\033[31m选项错误: $OPTARG\033[0m"
        exit 2
        ;;
      ":")
        echo -e "\033[31m选项 $OPTARG 必须带参数\033[0m"
        exit 2
        ;;
      *)
        echo -e "\033[31m参数错误\033[0m"
        exit 2
        ;;
    esac
  done

dSYMs_path="${xcarchive_path}/dSYMs"
dSYM_file=""
cd ${dSYMs_path}

# if [ ! -d "${dSYMs_path}" ];then
if [ $? != 0 ]; then
    echo -e "\033[31m*************  dSYMs路径不存在  **************\033[0m"
    echo -e "\033[31mdSYMs_path = ${dSYMs_path}\033[0m"
    exit 2
fi

for file in `ls`;
do 
    #获取文件后缀名
    extension=${file##*.}
    if [[ ${extension} == "dSYM" ]]; then
        dSYM_file=${file}
    fi
done

if [[ ${Check_UUID} == "YES" ]]; then
    echo -e "\033[32m*************** 获取  UUID ***************\033[0m"
    echo -e "\033[36mdSYM文件 : ${dSYM_file}\033[0m";
    echo ''
    # 获取UUID
    dwarfdump --uuid ${dSYM_file}
    echo ''

    if [ $? != 0 ]; then
    echo -e "\033[31m*************  获取UUID出错  **************\033[0m"
    exit 2
fi
fi

if [[ ${Have_code_address} == "NO" ]]; then
    echo -e "\033[31m请输入出错的10进制代码地址!!\033[0m"
    exit 2
fi

DWARF_path="${dSYMs_path}/${dSYM_file}/Contents/Resources/DWARF"
echo -e "\033[32m*************** 获取  DWARF ***************\033[0m"
# echo -e "\033[36mDWARF_path : ${DWARF_path}\033[0m";

cd ${DWARF_path}
for file in `ls`;
do
    echo -e "\033[36mDWARF文件 : ${file}\033[0m"

    echo ''
    echo -e "\033[32m*************** 获取出错代码 ***************\033[0m"

    if [[ ${Device_type} == "32" ]]; then
        # 搜索地址=偏移地址转换为16进制后加0x4000;
        searchAddress="0x"$(echo "ibase=10;obase=16;${Code_address}+16384"|bc);
        xcrun atos -arch armv7 -o ${file} ${searchAddress}
    elif [[ ${Device_type} == "64" ]]; then
        #搜索地址=偏移地址转换为16进制后,64位系统加100000000
        searchAddress="0x"$(echo "ibase=10;obase=16;${Code_address}+4294967296"|bc);
        xcrun atos -arch arm64 -o ${file} ${searchAddress}
    fi
    
done
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 203,547评论 6 477
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,399评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 150,428评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,599评论 1 274
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,612评论 5 365
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,577评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,941评论 3 395
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,603评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,852评论 1 297
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,605评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,693评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,375评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,955评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,936评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,172评论 1 259
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 43,970评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,414评论 2 342

推荐阅读更多精彩内容