分析CppCrash（进程崩溃）（一）

于 2024-10-07 06:45:00 发布
阅读量2.1k 收藏 41
点赞数 41
分类专栏： HarmonyOS 文章标签： harmonyos
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/sinat_34896766/article/details/142360034
版权

一、Cpp Crash异常检测能力

        进程崩溃基于posix信号机制，目前主要支持对以下崩溃异常信号的处理：

信号值(signo)信号解释触发原因
4SIGILL非法指令。进程执行了非法、格式错误、未知或特权指令。
5SIGTRAP断点或陷阱异常。异常或trap指令发生。
6SIGABRT进程终止。进程异常终止，通常为进程自身调用标准函数库的abort()函数。
7SIGBUS非法内存访问。进程访问了对齐或者不存在的物理地址。
8SIGFPE浮点异常。进程执行了错误的算术运算，如除数为0、浮点溢出、整数溢出等。
11SIGSEGV无效内存访问。进程访问了无效内存引用。
16SIGSTKFLT栈错误。处理器执行了错误的栈操作，如栈空时弹出、栈满时压入。
31SIGSYS错误的系统调用。系统调用时使用了错误或非法参数。

        以上部分故障信号，根据具体的场景还有二级分类(code)：

        SIGILL是一个在Unix和类Unix操作系统中的信号，它表示非法指令异常。SIGILL信号通常由以下几种类型的问题场景引起：

二级分类信号字符串解释触发原因
1ILL_ILLOPC非法操作码异常这种异常通常发生在执行不被CPU支持的指令时，或者在尝试执行特权指令时。
2ILL_ILLOPN非法操作数异常这种异常通常发生在指令使用了不正确的操作数，或者是操作数的类型不正确时。
3ILL_ILLADR非法地址异常这种异常通常发生在程序尝试访问无效的内存地址时，或者是在尝试执行未对齐的内存访问时。
4ILL_ILLTRP非法陷阱异常这种异常通常发生在程序尝试执行一个非法的陷阱指令时，或者是在尝试执行一个未定义的操作时。
5ILL_PRVOPC特权操作码异常这种异常通常发生在普通用户尝试执行特权指令时。
6ILL_PRVREG特权寄存器异常这种异常通常发生在普通用户尝试访问特权寄存器时。
7ILL_COPROC协处理器异常这种异常通常发生在程序尝试使用未定义的协处理器指令时。
8ILL_BADSTK无效的堆栈异常这种异常通常发生在程序尝试在无效的堆栈地址上执行操作时，或者是在堆栈溢出时。

        SIGTRAP信号通常用于调试和跟踪程序的执行。下面是上面列出的四种SIGTRAP信号类别的问题场景介绍：

二级分类信号字符串解释触发原因
1TRAP_BRKPT软件断点这个信号是由软件断点引起的，当程序执行到设置的断点时会触发该信号。软件断点通常用于调试程序，可以在程序的关键位置设置断点，以便在调试时暂停程序的执行并检查变量值等信息。
2TRAP_TRACE单步调试这个信号是由单步执行引起的，当程序执行单个指令时会触发该信号。单步执行通常用于调试程序，可以逐步执行程序并检查每个指令的执行结果。
3TRAP_BRANCH分支跟踪这个信号是由分支指令引起的，当程序执行分支指令时会触发该信号。分支指令通常用于控制程序的执行流程，例如if语句和循环语句等。
4TRAP_HWBKPT硬件断点这个信号是由硬件断点引起的，当程序执行到设置的硬件断点时会触发该信号。硬件断点通常用于调试程序，可以在程序的关键位置设置断点，以便在调试时暂停程序的执行并检查变量值等信息。与软件断点不同的是，硬件断点是由CPU硬件实现的，因此可以在程序执行过程中实时检测断点是否被触发。

         SIGBUS是一种由操作系统向进程发送的信号，通常表示内存访问错误。其中，不同的信号类别表示不同的错误场景：

二级分类信号字符串解释触发原因
1BUS_ADRALN内存地址对齐错误这种错误通常发生在尝试访问未对齐的内存地址时，例如尝试访问一个4字节整数的非偶数地址。
2BUS_ADRERR非法内存地址错误这种错误通常发生在尝试访问不属于进程地址空间的内存地址时，例如尝试访问一个空指针。
3BUS_OBJERR对象访问错误这种错误通常发生在尝试访问一个已经被删除或未初始化的对象时。
4BUS_MCEERR_AR硬件内存校验错误发生在访问内存时检测到校验和错误。
5BUS_MCEERR_AO硬件内存校验错误发生在访问内存时检测到地址和校验和错误。

 SIGFPE是一个信号，它表示浮点异常或算术异常。下面是这些SIGFPE信号类别的问题场景：

二级分类信号字符串解释触发原因
1FPE_INTDIV整数除法错误这个信号表示整数除法中的除数为零的情况。当一个程序尝试进行整数除法，但除数为零时，会发出这个信号。
2FPE_INTOVF整数溢出错误这个信号表示整数除法中的除数为负数的情况。当一个程序尝试进行整数除法，但除数为负数时，会发出这个信号。
3FPE_FLTDIV浮点除法错误这个信号表示浮点数除法中的除数为零的情况。当一个程序尝试进行浮点数除法，但除数为零时，会发出这个信号。
4FPE_FLTOVF浮点溢出错误这个信号表示浮点数除法中的除数为负数的情况。当一个程序尝试进行浮点数除法，但除数为负数时，会发出这个信号。
5FPE_FLTUND浮点下溢错误这个信号表示浮点数除法中的除数为零的情况。当一个程序尝试进行浮点数除法，但除数为零时，会发出这个信号。
6FPE_FLTRES浮点结果未定义错误这个信号表示浮点数除法中的除数为正数的情况。当一个程序尝试进行浮点数除法，但除数为正数时，会发出这个信号。
7FPE_FLTINV无效浮点操作错误这个信号表示浮点数除法中的除数为负数的情况。当一个程序尝试进行浮点数除法，但除数为负数时，会发出这个信号。
8FPE_FLTSUB浮点陷阱错误这个信号表示浮点数除法中的除数为零的情况。当一个程序尝试进行浮点数除法，但除数为零时，会发出这个信号。

        SIGSEGV是一种信号，它表示进程试图访问一个不属于它的内存地址，或者试图访问一个已被操作系统标记为不可访问的内存地址。SIGSEGV信号通常是由以下两种情况引起的： 

二级分类信号字符串解释触发原因
1SEGV_MAPERR不存在的内存地址进程试图访问一个不存在的内存地址，或者试图访问一个没有映射到进程地址空间的内存地址。这种情况通常是由于程序中的指针错误或内存泄漏引起的。
2SEGV_ACCERR不可访问的内存地址进程试图访问一个已被操作系统标记为不可访问的内存地址，例如只读内存或没有执行权限的内存。这种情况通常是由于程序中的缓冲区溢出或者试图修改只读内存等错误引起的。

        二级分类(code)除了以上根据信号值(signo)维度分类，还可以根据信号产生的原因维度分类。其中根据信号值(signo)维度分类是每个信号值(signo)特有的，根据信号产生的原因维度分类是所有信号值(signo)共有的，当前已有信号产生原因分类的code值如下：

二级分类信号字符串解释触发原因
0SI_USER用户空间信号该信号是由用户空间的进程发送给另一个进程的，通常是通过 kill() 系统调用发送的。例如，当用户在终端中按下Ctrl+C时，会发送一个SIGINT信号给前台进程组中的所有进程。
0x80SI_KERNEL内核信号该信号是由内核发送给进程的，通常是由内核检测到某些错误或异常情况时发出的。例如，当进程访问无效的内存地址或者执行非法指令时，内核会发送一个SIGSEGV信号给进程。
-1SI_QUEUEsigqueue()函数信号该信号是由sigqueue()系统调用发送的，可以携带一个附加的整数值和一个指针。通常用于进程间高级通信，例如传递数据或者通知进程某个事件已经发生。
-2SI_TIMER定时器信号该信号是由定时器发送的，通常用于定时任务或者周期性任务的执行。例如，当一个定时器到期时，内核会向进程发送一个SIGALRM信号。
-3SI_MESGQ消息队列信号该信号是由消息队列发送的，通常用于进程间通信。例如，当一个进程向一个消息队列发送消息时，内核会向接收进程发送一个SIGIO信号。
-4SI_ASYNCIO异步I/O信号该信号是由异步I/O操作发送的，通常用于非阻塞I/O操作。例如，当一个文件描述符上的I/O操作完成时，内核会向进程发送一个SIGIO信号。
-5SI_SIGIO同步I/O信号该信号是由异步I/O操作发送的，通常用于非阻塞I/O操作。例如，当一个文件描述符上的I/O操作完成时，内核会向进程发送一个SIGIO信号。
-6SI_TKILLtkill()函数信号该信号是由tkill()系统调用发送的，与kill()系统调用类似，但是可以指定发送信号的线程ID。通常用于多线程程序中，向指定线程发送信号。

二、问题定位步骤与思路

         1、崩溃日志获取

        进程崩溃日志是一种故障日志，与应用无响应日志、JS应用崩溃等都由FaultLogger模块进行管理，可通过以下方式获取：

        （1）通过DevEco Studio获取日志

        DevEco Studio会收集设备/data/log/faultlog/faultlogger/路径下的进程崩溃故障日志到FaultLog下，根据进程名和故障和时间分类显示。

        （2）通过hiAppEvent接口订阅

        hiAppEvent 提供了故障订阅接口，可以订阅各类故障打点。

        2、日志格式 

        （1）空指针故障场景

        该场景会在日志中打印出提示信息，表明故障很有可能时因为空指针解引用导致。

        以下是一份DevEco Studio归档在FaultLog的进程崩溃日志的核心内容，与设备/data/log/faultlog/faultlogger下归档的日志内容相同。 

Generated by HiviewDFX@HarmonyOS
================================================================
Device info:HarmonyOS 3.2        <- 设备信息
Build info:HarmonyOS 5.0.0.23    <- 版本信息
Fingerprint:cdf52fd0cc328fc432459928f3ed8edfe8a72a92ee7316445143bed179138073 <- 标识故障特征
Module name:crasher_cpp            <- 模块名
Timestamp:2024-05-06 20:10:51.000  <- 故障发生时间戳
Pid:9623   <- 进程号
Uid:0         <- 用户ID
Process name:./crasher_cpp         <- 进程名称
Process life time:1s               <- 进程存活时间
Reason:Signal:SIGSEGV(SEGV_MAPERR)@0x00000004  probably caused by NULL pointer dereference   <- 故障原因和空指针提示
Fault thread info:
Tid:9623, Name:crasher_cpp         <- 故障线程号,线程名
#00 pc 00008d22 /system/bin/crasher_cpp(TestNullPointerDereferenceCrash0()+22)(adfc673300571d2da1e47d1d12f48b44)  <- 调用栈
#01 pc 000064d1 /system/bin/crasher_cpp(DfxCrasher::ParseAndDoCrash(char const*) const+160)(adfc673300571d2da1e47d1d12f48b44)
#02 pc 00006569 /system/bin/crasher_cpp(main+92)(adfc673300571d2da1e47d1d12f48b44)
#03 pc 00072b98 /system/lib/ld-musl-arm.so.1(libc_start_main_stage2+56)(d820b1827e57855d4f9ed03ba5dfea83)
#04 pc 00004e28 /system/bin/crasher_cpp(_start_c+84)(adfc673300571d2da1e47d1d12f48b44)
#05 pc 00004dcc /system/bin/crasher_cpp(adfc673300571d2da1e47d1d12f48b44)
Registers:   <- 故障现场寄存器
r0:ffffafd2 r1:00000004 r2:00000001 r3:00000000
r4:ffd27e39 r5:0096e000 r6:00000a40 r7:0096fdfc
r8:f7ba58d5 r9:f7baea86 r10:f7cadd38
fp:ffd27308 ip:f7cb2078 sp:ffd272a0 lr:f7c7ab98 pc:0096ad22
Memory near registers:  <-  故障现场寄存器附近内存
r4([stack]):
    ffd27e30 72656873
    ffd27e34 7070635f
    ...
    ffd27eac 3d73746f
r5(/system/bin/crasher_cpp):
    0096dff8 00000000
    0096dffc 0096717d
    ...
    0096e074 00000000
r7(/system/lib/ld-musl-arm.so.1):
    f7cabb58 00000000
    f7cabb5c 0034ba00
    ...
    f7cabbd4 00000000
r8(/system/lib/ld-musl-arm.so.1):
    f7ba58cc 63637573
    f7ba58d0 2e737365
    ...
    f7ba5948 70206269
r9(/system/lib/ld-musl-arm.so.1):
    f7baea7c 20746f6e
    f7baea80 6e756f66
    ...
    f7baeaf8 25206e69
r10([anon:ld-musl-arm.so.1.bss]):
    f7cadd30 00000000
    f7cadd34 00000000
    ...
    f7caddac 00000000
r12([anon:ld-musl-arm.so.1.bss]):
    f7cb2070 56726562
    f7cb2074 65756c61
    ...
    f7cb20ec 00000000
sp([stack]):
    ffd27328 00000000
    ffd2732c 00966dd0
    ...
    ffd273a4 00000004
pc(/system/bin/crasher_cpp):
    00966dc8 e1a0d00c
    00966dcc eb000000
    ...
    00966e44 e5907008
pc(/system/bin/crasher_cpp):
    00966dc8 e1a0d00c
    00966dcc eb000000
    ...
    00966e44 e5907008
FaultStack:   <- 崩溃线程的栈地址空间
    ffd27260 00000000
    ffd27264 f7cac628
    ...
    ffd2729c 0096ad1f
sp0:ffd272a0 0096fdfc <- #00栈顶
    ffd272a4 009684d3
sp1:ffd272a8 00000001
    ffd272ac 73657408
    ffd272b0 f7590074
    ...
    ffd272dc 0096856d
sp2:ffd272e0 ffd27334
    ffd272e4 ffd27334
    ffd272e8 00000002
    ....
    ffd272f4 f7bfbb9c
sp3:ffd272f8 00000000
    ffd272fc ffd27334

Maps:   <-  故障时进程maps
962000-966000 r--p 00000000 /system/bin/crasher_cpp
966000-96c000 r-xp 00003000 /system/bin/crasher_cpp
96c000-96f000 r--p 00008000 /system/bin/crasher_cpp
96f000-970000 rw-p 0000a000 /system/bin/crasher_cpp
149f000-14a0000 ---p 00000000 [heap]
14a0000-14a2000 rw-p 00000000 [heap]
...
f7b89000-f7be1000 r--p 00000000 /system/lib/ld-musl-arm.so.1
f7be1000-f7ca9000 r-xp 00057000 /system/lib/ld-musl-arm.so.1
f7ca9000-f7cab000 r--p 0011e000 /system/lib/ld-musl-arm.so.1
f7cab000-f7cad000 rw-p 0011f000 /system/lib/ld-musl-arm.so.1
f7cad000-f7cbc000 rw-p 00000000 [anon:ld-musl-arm.so.1.bss]
ffd07000-ffd28000 rw-p 00000000 [stack]
ffff0000-ffff1000 r-xp 00000000 [vectors]
OpenFiles:   <-  故障时进程打开文件Fd信息
0->/dev/pts/1 native object of unknown type 0
1->/dev/pts/1 native object of unknown type 0
2->/dev/pts/1 native object of unknown type 0
3->socket:[67214] native object of unknown type 0
...
11->pipe:[67219] native object of unknown type 0
12->socket:[29074] native object of unknown type 0
25->/dev/ptmx native object of unknown type 0
26->/dev/ptmx native object of unknown type 0

HiLog:   <-  故障时的Hilog日志
05-06 20:10:51.301  9623  9623 E C03f00/MUSL-SIGCHAIN: signal_chain_handler call 2 rd sigchain action for signal: 11
05-06 20:10:51.306  9623  9623 I C02d11/DfxSignalHandler: DFX_SigchainHandler :: sig(11), pid(9623), tid(9623).
05-06 20:10:51.307  9623  9623 I C02d11/DfxSignalHandler: DFX_SigchainHandler :: sig(11), pid(9623), processName(./crasher_cpp), threadName(crasher_cpp).
05-06 20:10:51.389  9623  9623 I C02d11/DfxSignalHandler: processdump have get all resgs

        （2）栈溢出故障场景

        该场景会在日志中打印出提示信息，表明故障很有可能时因为栈溢出导致。核心日志如下：

Generated by HiviewDFX@HarmonyOS
================================================================
Device info:HarmonyOS 3.2            <- 设备信息
Build info:HarmonyOS 5.0.0.23        <- 版本信息
Fingerprint:8bc3343f50024204e258b8dce86f41f8fcc50c4d25d56b24e71fe26c0a23e321  <- 标识故障特征
Module name:crasher_cpp                <- 模块名
Timestamp:2024-05-06 20:18:24.000      <- 故障发生时间戳
Pid:9838                               <- 进程号
Uid:0                                  <- 用户ID
Process name:./crasher_cpp             <- 进程名称
Process life time:2s                   <- 进程存活时间
Reason:Signal:SIGSEGV(SEGV_ACCERR)@0xf76b7ffc  current thread stack low address = 0xf76b8000, probably caused by stack-buffer-overflow    <- 故障原因和栈溢出提示
...

        （3）栈覆盖故障场景 

        在栈覆盖场景下，由于栈上内存被踩，无法成功回溯栈帧，该场景会在日志中打印出提示信息，说明回栈失败并尝试从线程栈里解析获取不可靠的调用栈，尽可能提供开发者信息以分析问题。核心日志如下：

Generated by HiviewDFX@HarmonyOS
================================================================
Device info:HarmonyOS 3.2               <- 设备信息
Build info:HarmonyOS 5.0.0.23           <- 版本信息
Fingerprint:79b6d47b87495edf27135a83dda8b1b4f9b13d37bda2560d43f2cf65358cd528    <- 标识故障特征
Module name:crasher_cpp                   <- 模块名
Timestamp:2024-05-06 20:27:23.2035266415  <- 故障发生时间戳
Pid:10026                                 <- 进程号
Uid:0                                     <- 用户ID
Process name:./crasher_cpp                <- 进程名称
Process life time:1s                      <- 进程存活时间
Reason:Signal:SIGSEGV(SEGV_MAPERR)@0000000000  probably caused by NULL pointer dereference      <- 故障原因
LastFatalMessage: Failed to unwind stack, try to get unreliable call stack from #02 by reparsing thread stack   <- 尝试从线程栈里获取不可靠的堆栈
Fault thread info:
Tid:10026, Name:crasher_cpp               <- 故障线程号,线程名
#00 pc 00000000 Not mapped
#01 pc 00008d22 /system/bin/crasher_cpp(TestNullPointerDereferenceCrash0()+22)(adfc673300571d2da1e47d1d12f48b44)  <- 调用栈
#02 pc 000064d1 /system/bin/crasher_cpp(DfxCrasher::ParseAndDoCrash(char const*) const+160)(adfc673300571d2da1e47d1d12f48b44)
#03 pc 00006569 /system/bin/crasher_cpp(main+92)(adfc673300571d2da1e47d1d12f48b44)
#04 pc 00072b98 /system/lib/ld-musl-arm.so.1(libc_start_main_stage2+56)(d820b1827e57855d4f9ed03ba5dfea83)
...

        （4）异步线程场景故障

        （目前支持ARM64架构，且在调试应用（HAP_DEBUGGABLE）下开启）

当异步线程发生崩溃后，把提交该异步任务的线程的栈也打印出来，帮助定位由于异步任务提交者造成的崩溃问题。崩溃线程的调用栈和其提交线程的调用栈用SubmitterStacktrace分割开。核心日志如下：

Generated by HiviewDFX@HarmonyOS
================================================================
Device info:HarmonyOS 3.2                 <- 设备信息
Build info:HarmonyOS 5.0.0.23             <- 版本信息
Fingerprint:8bc3343f50024204e258b8dce86f41f8fcc50c4d25d56b24e71fe26c0a23e321  <- 标识故障特征
Module name:crasher_cpp                     <- 模块名
Timestamp:2024-05-06 20:28:24.000           <- 故障发生时间戳
Pid:9838                                    <- 进程号
Uid:0                                       <- 用户ID
Process name:./crasher_cpp                  <- 进程名称
Process life time:2s                        <- 进程存活时间
Reason:Signal:SIGSEGV(SI_TKILL)@0x000000000004750  from:18256:0  <- 故障原因
Fault thread info:
Tid:18257, Name:crasher_cpp                 <- 故障线程号,线程名
#00 pc 000054e6 /system/bin/ld-musl-aarch64.so.l(raise+228)(adfc673300571d2da1e47d1d12f48b44)  <- 调用栈
#01 pc 000054f9 /system/bin/crasher_cpp(CrashInSubThread(void*)+56)(adfc673300571d2da1e47d1d12f48b50)
#02 pc 000054f9 /system/bin/ld-musl-aarch64.so.l(start+236)(adfc673300571d2da1e47d1d12f48b44)
========SubmitterStacktrace========       <- 任务异常时打印任务提交者调用栈
#00 pc 000094dc /system/bin/crasher_cpp(DfxCrasher::AsyncStacktrace()+36)(adfc673300571d2da1e47d1d12f48b50)
#01 pc 00009a58 /system/bin/crasher_cpp(DfxCrasher::ParseAndDoCrash(char const*) const+232)(adfc673300571d2da1e47d1d12f48b50)
#02 pc 00009b40 /system/bin/crasher_cpp(main+140)(adfc673300571d2da1e47d1d12f48b50)
#03 pc 0000a4e1c /system/bin/ld-musl-aarch64.so.l(libc_start_main_stage2+68)(adfc673300571d2da1e47d1d12f48b44)
...

        3、基于崩溃栈定位行号

        （1）DevEco Studio 开发者环境下，支持调用栈直接跳转到对应行号

        在应用开发场景，对于应用自身的动态库，生成的cppcrash堆栈可直接跳转到代 码行处，支持Native栈帧和JS栈帧，无需开发者自行进行解行号操作。对于部分未能解析跳转到对应行号的栈帧，可参考方式二解析。

        

        （2）通过SDK llvm-addr2line 工具定位行号

        a、获取符号表

        获取崩溃栈中so文件对应的带符号版本，保证与应用/系统内运行时的so文件版本一致。

        对于应用自身的动态库，经DevEco编译构建，生成在工程的 /build/default/intermediates/libs 目录下，默认是带符号的版本。可通过Linux file 命令查询二进制文件的 BuildID 以核对是否匹配。其中，BuildID 是用于标识二进制文件的唯一标识符，通常由编译器在编译时生成，not stripped 表示该动态库是包含符号表的。

$ file libbabel.so
libbabel.so: ELF 64-bit LSB shared object, ARM aarch64, version 1 (SYSV), dynamically linked, BuildID[sha1]=fdb1b5432b9ea4e2a3d29780c3abf30e2a22da9d, with debug_info, not stripped

        b、通过 llvm-addr2line 工具定位行号

        llvm-addr2line 工具归档在：[SDK DIR PATH]\HarmonyOS\11\native\llvm\bin 路径下。根据实际的SDK版本路径略有不同，开发者请自行识别或在路径下搜索。

        例如有堆栈如下（有省略）：

Generated by HiviewDFX@HarmonyOS
================================================================
Device info:HarmonyOS 3.2
Build info:HarmonyOS 5.0.0.22
Fingerprint:50577c0a1a1b5644ac030ba8f08c241cca0092026b59f29e7b142d5d4d5bb934
Module name:com.samples.recovery
Version:1.0.0
VersionCode:1000000
PreInstalled:No
Foreground:No
Timestamp:2017-08-05 17:03:40.000
Pid:2396
Uid:20010044
Process name:com.samples.recovery
Process life time:7s
Reason:Signal:SIGSEGV(SEGV_MAPERR)@0000000000  probably caused by NULL pointer dereference
Tid:2396, Name:amples.recovery
# 00 pc 00003510 /data/storage/el1/bundle/libs/arm/libentry.so(TriggerCrash(napi_env__*, napi_callback_info__*)+24)(446ff75d3f6a518172cc52e8f8055650b02b0e54)
# 01 pc 0002b0c5 /system/lib/platformsdk/libace_napi.z.so(panda::JSValueRef ArkNativeFunctionCallBack<true>(panda::JsiRuntimeCallInfo*)+448)(a84fbb767fd826946623779c608395bf)
# 02 pc 001e7597 /system/lib/platformsdk/libark_jsruntime.so(panda::ecmascript::EcmaInterpreter::RunInternal(panda::ecmascript::JSThread*, unsigned char const*, unsigned long long*)+14710)(106c552f6ce4420b9feac95e8b21b792)
# 03 pc 001e0439 /system/lib/platformsdk/libark_jsruntime.so(panda::ecmascript::EcmaInterpreter::Execute(panda::ecmascript::EcmaRuntimeCallInfo*)+984)(106c552f6ce4420b9feac95e8b21b792)
...
# 39 pc 00072998 /system/lib/ld-musl-arm.so.1(libc_start_main_stage2+56)(5b1e036c4f1369ecfdbb7a96aec31155)
# 40 pc 00005b48 /system/bin/appspawn(_start_c+84)(cb0631260fa74df0bc9b0323e30ca03d)
# 41 pc 00005aec /system/bin/appspawn(cb0631260fa74df0bc9b0323e30ca03d)
Registers:
r0:00000000 r1:ffc47af8 r2:00000001 r3:f6555c94
r4:00000000 r5:f4d90f64 r6:bd8434f8 r7:00000000
r8:00000000 r9:ffc48808 r10:ffc47b70
fp:f7d8a5a0 ip:00000000 sp:ffc47aac lr:f4d6b0c7 pc:bd843510

        （3）通过 DevEco Studio hstack 工具解析堆栈信息

        hstack是DevEco Studio为开发人员提供的用于将release应用混淆后的crash堆栈还原为源码对应堆栈的工具，支持Windows、Mac、Linux三个平台。

煸橙干儿~~
关注
专栏目录
程序崩溃分析方法
每天一小步的专栏
11-23 722
程序崩溃分析方法 应用程序崩溃，可采用Dump分析法。分析步骤很简单，分为两步 使程序在崩溃时产生Dump文件。 采用分析工具，对Dump文件进行分析。 一、生成Dump文件方式 1.1任务管理器 在程序崩溃后，先不关闭程序，在任务管理器中找到该程序对应的进程。右键—>创建转储文件。 此时会在默认的目录下创建出一个dump文件。 可以看出，此种方法只...
轻鸿蒙用户态crash的问题方法-利用obdump实行反编译查看
m0_46258961的博客
08-17 610
objdump命令是Linux下的反汇编目标文件或者可执行文件的命令，它以一种可阅读的格式让你更多地了解二进制文件可能带有的附加信息。 在我们跑harmony的开源用例的时候总是会遇到一些用例会crash，首先我们要分析造成用例crash的原因是否为用户态异常造成的。当是用户态异常造成的用例crash的情况，可以依照以下的步骤去分析原因。 1.使用命令file去查看Bin文件是否可以stripped $ file ActsProcessApiTest.bin ActsProcessApi...
鸿蒙5.0版开发：分析CppCrash（进程崩溃）
最新发布
m0_73088370的博客
09-23 2170
本文将分别介绍进程崩溃检测能力、崩溃问题定位分析思路，以及具体的案例分析。
【鸿蒙实战开发】分析CppCrash（进程崩溃）——日志规格与问题分析思路
HarmonyOS_NEXT的博客
07-19 2100
这份鸿蒙（HarmonyOS NEXT）文档包含了鸿蒙开发必掌握的核心知识要点，内容包含了（ArkTS、ArkUI开发组件、Stage模型、多端部署、分布式应用开发、音频、视频、WebGL、OpenHarmony多媒体技术、Napi组件、OpenHarmony内核、OpenHarmony南向开发、鸿蒙项目实战等等）鸿蒙（HarmonyOS NEXT）技术知识点。
简单分析 App 进程 Crash 机制
weixin_38754349的博客
05-18 652
code小生 一个专注大前端领域的技术平台公众号回复Android加入安卓技术群作者：杰杰_88链接：https://www.jianshu.com/p/ecd52cd90a4b声明：本...
Java应用进程Crash问题排查
weixin_40903413的博客
02-27 680
进程被kill掉之后，如果/proc/sys/vm/oom_dump_tasks为1，且系统的rlimit中设置了core文件大小，将会由/proc/sys/kernel/core_pattern里面指定的程序生成core dump文件，这个文件里将包含。其中在我们使用CMS GC的情况下的实现如下，其实是新生代的最大值-一个survivor的大小+老生代的最大值，也就是我们设置的-Xmx的值里除去一个survivor的大小就是默认的堆外内存的大小了。系统中显示内核的相关信息的。
[进程crash]ifconfig进程崩溃定位
10-16 928
技术那边新遇到个问题，客户那里设备掉电，重启后发现设备无法联网。通过串口登上去发现除了环回口lo，其他所有接口都没有地址了。 尝试重启业务，重启设备还是不行。 尝试手动ifconfig配置ip，结果ifconfig进程崩溃了，提示segement fault。倒是ip address 可以正常查看接口。 起初我怀疑是掉电导致网卡异常，导致配置丢失和ifconfig不能正常工作。于是查看日志信息和网卡信息。没有看到什么线索，...
Windows下进程crash主动抓取dmp
11-03
在Windows操作系统中，当进程发生崩溃（crash）时，为了便于分析问题的原因，我们可以主动抓取内存转储文件（dump file，简称dmp），它记录了进程崩溃时的内存状态。本文将详细介绍如何在Windows环境下设置和使用...
故障分析 | 系统崩溃分析小妙招
07-08 756
众所周知，Linux系统可能会因为异常指令、访问无效内存地址、死锁（soft lockup）等原因崩溃。而系统崩溃后，我们可以通过kdump将当时的内存信息dump下来并生成一个转储文件vmcore，同时，crash工具可以帮助我们分析vmcore文件并找到问题所在。本文将简单介绍「crash工具的安装和常用命令」，并通过举例讲解如何使用crash工具定位内核问题。...
进程crash和coredump文件解析
qgylygqi的专栏
02-19 678
进程crash和coredump文件解析
进程崩溃自动重启
03-30
进程崩溃自动重启
linux 进程crash,是什么导致Linux 64位上的backtrace()崩溃(SIGSEGV)
weixin_42495057的博客
04-30 524
我正在Linux上开发一个应用程序,我希望以特定频率回溯所有正在运行的线程.所以我的用户定义的信号处理程序SIGUSR1(对于所有线程)调用backtrace().我在我的信号处理程序中发生崩溃(SIGSEGV),该处理程序源自backtrace()调用.我已经在大多数网站上指定了函数的正确参数.http://linux.die.net/man/3/backtrace.在这种情况下,什么可能使ba...
我的进程去哪儿了，谁杀了我的进程
weixin_30892889的博客
12-27 1017
　　 　　曾经在我眼前，却又消失不见，这是今天的第六遍。 　　一段感情，我们希望它能够天长不久，越稳定越好，最怕的就是中途夭折，无疾而终。 　　即使不能到海枯石烂的一天，我们也希望好聚好散，大家理智的告别，然后笑着活下去。 　　 　　况且，我们时候，我们只是希望给这段感情按下一个暂停键，大家先冷静思考自己的问题，然后重新继续。 　　最让人抓狂的是突然就联系不上另一半，不接你电话、不回你...
鸿蒙开发报错 -cppcrash happened
eight_eyes_fish的博客
06-25 567
页面是不需要导出的，只有组件需要导出，由@Entry修饰的为入口页面。现象：打开应用就闪退，无论是模拟器还是真机都会闪退，预览器没有问题。报错信息： cppcrash happened in ‘设备名’报错原因，在入口页面添加了export，左边是对的，右边是错的。
深入剖析怎么分析进程crash问题（上）
GetnextWindow的专栏
09-05 1067
平台：linux/armv7。
【调试】crash使用方法
嵌入式与Linux那些事的博客
04-30 7397
crash是redhat的工程师开发的，主要用来离线分析linux内核转存文件，它整合了gdb工具，功能非常强大。可以查看堆栈，dmesg日志，内核数据结构，反汇编等等。crash支持多种工具生成的转存文件格式，如kdump，LKCD，netdump和diskdump，而且还可以分析虚拟机Xen和Kvm上生成的内核转存文件。同时crash还可以调试运行时系统，直接运行crash即可，ubuntu下内核映象存放在。该命令将内核崩溃时所有进程按最后运行时间戳进行排序，最后运行的进程排在最前面。
crash原理
qq_17347313的博客
02-07 3105
在开发中，经常发生程序异常崩溃，我们一般的处理是通过找到类似crashdump日志文件，找到原因。本文就是研究crash的原理。
Crash reason: SIGSEGV /SEGV_MAPERR Crash address: 0xaef15000 Process uptime: not available Thread...
weixin_35755562的博客
01-18 761
这段文字是描述一次应用程序崩溃的诊断信息。 Crash reason: SIGSEGV /SEGV_MAPERR，表示应用程序崩溃的原因是因为无效内存访问，即试图访问不属于应用程序进程的内存。 Crash address: 0xaef15000，表示崩溃发生时程序访问的内存地址。 Process uptime: not available，表示程序运行时间不可用。 Thread 0 (crash...
what happened in tenth year of the 1980s
03-31
There were many significant events that took place in the tenth year of the 1980s, which is 1989. Here are some of the most notable ones: 1. The Berlin Wall fell on November 9, 1989, leading to the reunification of Germany and the end of the Cold War. 2. The Tiananmen Square protests occurred in Beijing, China, where thousands of pro-democracy protesters were killed by the Chinese government. 3. The Exxon Valdez oil spill happened in Alaska, which was one of the largest environmental disasters in history. 4. The first GPS satellite was launched by the United States, which revolutionized navigation and location-based services. 5. The World Wide Web was invented by Tim Berners-Lee, which would later become the foundation for the internet as we know it today. 6. The Nintendo Game Boy was released, which became one of the most popular video game consoles of all time. 7. The popular TV show "The Simpsons" premiered on December 17, 1989, and is still running today. 8. The Cold War officially ended with the fall of the Berlin Wall, marking a major turning point in world history.
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值