ART DumpNativeStack

最新推荐文章于 2021-09-17 14:37:25 发布
最新推荐文章于 2021-09-17 14:37:25 发布
阅读量962 收藏
点赞数
文章标签： android
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/chi_wy/article/details/119377746
版权

  native: #00 pc 00000000003c1684  /system/lib64/libart.so (art::DumpNativeStack(std::__1::basic_ostream<char, std::__1::char_traits<char>>&, int, BacktraceMap*, char const*, art::ArtMethod*, void*, bool)+220)
  native: #01 pc 000000000048ec40  /system/lib64/libart.so (art::Thread::DumpStack(std::__1::basic_ostream<char, std::__1::char_traits<char>>&, bool, BacktraceMap*, bool) const+352)
  native: #02 pc 00000000004a87cc  /system/lib64/libart.so (art::DumpCheckpoint::Run(art::Thread*)+844)
  native: #03 pc 00000000004a15d8  /system/lib64/libart.so (art::ThreadList::RunCheckpoint(art::Closure*, art::Closure*)+484)
  native: #04 pc 00000000004a0a68  /system/lib64/libart.so (art::ThreadList::Dump(std::__1::basic_ostream<char, std::__1::char_traits<char>>&, bool)+1036)
  native: #05 pc 00000000004a0588  /system/lib64/libart.so (art::ThreadList::DumpForSigQuit(std::__1::basic_ostream<char, std::__1::char_traits<char>>&)+884)
  native: #06 pc 00000000004709fc  /system/lib64/libart.so (art::Runtime::DumpForSigQuit(std::__1::basic_ostream<char, std::__1::char_traits<char>>&)+188)
  native: #07 pc 000000000047c76c  /system/lib64/libart.so (art::SignalCatcher::HandleSigQuit()+1372)
  native: #08 pc 000000000047b444  /system/lib64/libart.so (art::SignalCatcher::Run(void*)+256)
  native: #09 pc 00000000000819f4  /system/lib64/libc.so (__pthread_start(void*)+36)
  native: #10 pc 00000000000234b8  /system/lib64/libc.so (__start_thread+68)

Aven-Chi
关注
Android 编译报错记录篇
weixin_35723192的博客
08-07 1209
当系统的可用内存不足时，操作系统会触发 Out-of-Memory (OOM) 事件。OOM事件在Linux系统中通常由内核oom killer（OOM杀手）进程处理。如果在编译Android 过程触发OOM，常见错误就是 `ninja failed with: exit status 137`。解决方法有很多种，请细看分享经验。
ANR基础篇 - Trace.txt文件分析
Android百晓生的博客
05-15 3702
ANR解决基础，Trace文件详细分析。
Android 分析ANR和死锁（3）
u014630142的博客
03-21 3753
六 ANR案例分析 6.1 案例1：事件派发超时 packagecom.example.anrdemo; importandroid.app.Activity; importandroid.os.Bundle; importandroid.os.SystemClock; importandroid.view.Menu; importandroid.view.MenuItem; im...
android dump stack,native_stack_dump.h
weixin_39629947的博客
05-28 247
native_stack_dump.h/** Copyright (C) 2016 The Android Open Source Project** Licensed under the Apache License, Version 2.0 (the "License");* you may not use this file except in compliance with the Lic...
Android Native Dump CallStack
fred专栏
03-10 2058
#include void dump_stack() { CallStack stack("TAG");//Please change TAG to you wanted stack.update(); stack.dump(1);//1 means stdout }
Android下打印调试堆栈方法
热门推荐
freshui的专栏
07-26 10万+
打印堆栈是调试的常用方法，一般出现异常时，我们可以在跑出异常时也将堆栈情况打印出来，这样十分方便错误查找。另外实际上也有一个非常有用的功能：分析代码的行为。android代码太过庞大了，完全的静态分析经常是无从下手，因此通过打印堆栈的动态分析也十分必要。 Android打印堆栈的方法： 1. zygote的堆栈dump 实际上这个可以同时dump java线程及native线程的堆栈
Android日志[进阶篇]五-阅读错误报告
主要记录一些问题处理记录，部分是作为知识库使用
09-17 2万+
https://source.android.google.cn/source/read-bug-reports.html 无论是任何类型的开发工作，出错都在所难免，而错误报告对于找出和解决问题至关重要。Android 的所有版本都支持通过 Android 调试桥 (adb) 获取错误报告；Android 4.2 及更高版本支持一个旨在获取错误报告以及通过电子邮件、云端硬盘等分享报告的开发者选项。 Android 错误报告中包含文本 (.txt) 格式的 dumpsys、dumpstate 和 log
记一篇/system/lib/libart.so问题
ZyClient的博客
04-08 3703
1.最近频繁出现运行项目后提示/system/lib/libart.so问题然后直接闪退，再次运行的时候又恢复正常，这种情况没什么好说的，一般打包后不会出现这种问题 2.在项目运行一段时间后闪退然后没有日志，在bugly上崩溃日志为/system/lib/libart.so，这时候卸载app重新运行即可 ...
2023-06-09 21:14:33.101 15746-16661/? A/k_101:Plugin11: runtime.cc:655] Runtime aborting... runtime.cc:655] Dumping all threads without mutator lock held runtime.cc:655] All threads: runtime.cc:655] DALVIK THREADS (35): runtime.cc:655] "pool-3-thread-1" prio=5 tid=6 Runnable runtime.cc:655] | group="" sCount=0 dsCount=0 flags=0 obj=0x1309c630 self=0x6fe31c7c00 runtime.cc:655] | sysTid=16673 nice=0 cgrp=default sched=0/0 handle=0x6fe4103cc0 runtime.cc:655] | state=R schedstat=( 53952282 7176826 73 ) utm=3 stm=1 core=1 HZ=100 runtime.cc:655] | stack=0x6fe4000000-0x6fe4002000 stackSize=1043KB runtime.cc:655] | held mutexes= "mutator lock"(shared held) runtime.cc:655] native: #00 pc 000000000047a158 /apex/com.android.art/lib64/libart.so!libart.so (offset 1ed000) (art::DumpNativeStack(std::__1::basic_ostream<char, std::__1::char_traits<char> >&, int, BacktraceMap*, char const*, art::ArtMethod*, void*, bool)+140) runtime.cc:655] native: #01 pc 000000000057f4bc /apex/com.android.art/lib64/libart.so!libart.so (offset 1ed000) (art::Thread::DumpStack(std::__1::basic_ostream<char, std::__1::char_traits<char> >&, bool, BacktraceMap*, bool) const+404) runtime.cc:655] native: #02 pc 000000000059c308 /apex/com.android.art/lib64/libart.so!libart.so (offset 1ed000) (art::DumpCheckpoint::Run(art::Thread*)+924) runtime.cc:655] native: #03 pc 0000000000580198 /apex/com.android.art/lib64/libart.so!libart.so (offset 1ed000) (art::Thread::RunCheckpointFunction()+176) runtime.cc:655] native: #04 pc 000000000061f890 /apex/com.android.art/lib64/libart.so!libart.so (offset 1ed000) (artTestSuspendFromCode+68) runtime.cc:655] native: #05 pc 000000000013c91c /apex/com.android.art/lib64/libart.so (art_quick_test_suspend+156) runtime.cc:655] at java.util.concurrent.ConcurrentHashMap.get(ConcurrentHashMap.java:944) runtime.cc:655] at magic.g.b(JSON.java:1304) com.alibaba.fastjson.JSON -> magic.g:
最新发布
06-10
这段日志是 Android 运行时环境 (ART) 报告了一个运行时中止 (Runtime aborting) 的情况，并尝试在没有 mutator lock 的情况下转储所有线程。在转储线程时，它显示了每个线程的状态、优先级、堆栈跟踪、持有的锁等...
DALVIK THREADS (136): "Signal Catcher" daemon prio=5 tid=7 Runnable | group="system" sCount=0 dsCount=0 flags=0 obj=0x12c401a0 self=0xa85d4a00 | sysTid=944 nice=0 cgrp=default sched=0/0 handle=0x7dba8230 | state=R schedstat=( 54080844 151346 9 ) utm=2 stm=3 core=1 HZ=100 | stack=0x7daad000-0x7daaf000 stackSize=1008KB | held mutexes= "mutator lock"(shared held) native: #00 pc 00303613 /apex/com.android.runtime/lib/libart.so (art::DumpNativeStack(std::__1::basic_ostream<char, std::__1::char_traits<char>>&, int, BacktraceMap*, char const*, art::ArtMethod*, void*, bool)+78) native: #01 pc 003aeb4b /apex/com.android.runtime/lib/libart.so (art::Thread::DumpStack(std::__1::basic_ostream<char, std::__1::char_traits<char>>&, bool, BacktraceMap*, bool) const+358) native: #02 pc 003ab193 /apex/com.android.runtime/lib/libart.so (art::Thread::Dump(std::__1::basic_ostream<char, std::__1::char_traits<char>>&, bool, BacktraceMap*, bool) const+34) native: #03 pc 003c3ecf /apex/com.android.runtime/lib/libart.so (art::DumpCheckpoint::Run(art::Thread*)+606) native: #04 pc 003be9bd /apex/com.android.runtime/lib/libart.so (art::ThreadList::RunCheckpoint(art::Closure*, art::Closure*)+356) native: #05 pc 003be079 /apex/com.android.runtime/lib/libart.so (art::ThreadList::Dump(std::__1::basic_ostream<char, std::__1::char_traits<char>>&, bool)+1444) native: #06 pc 003bd9ef /apex/com.android.runtime/lib/libart.so (art::ThreadList::DumpForSigQuit(std::__1::basic_ostream<char, std::__1::char_traits<char>>&)+678) native: #07 pc 003876f3 /apex/com.android.runtime/lib/libart.so (art::Runtime::DumpForSigQuit(std::__1::basic_ostream<char, std::__1::char_traits<char>>&)+130) native: #08 pc 003968a7 /apex/com.android.runtime/lib/libart.so (art::SignalCatcher::HandleSigQuit()+1026) native: #09 pc 00395cff /apex/com.android.runtime/lib/libart.so (art::SignalCatcher::Run(void*)+246) native: #10 pc 000a6077 /apex/com.android.runtime/lib/bionic/libc.so (__pthread_start(void*)+20) native: #11 pc 00060131 /apex/com.android.runtime/lib/bionic/libc.so (__start_thread+30) (no managed stack frames)
06-01
这个问题是一个线程崩溃的日志。该日志包含了线程的调用堆栈信息，可以帮助开发者定位问题。在这个例子中，该线程为名为 "Signal Catcher" 的守护进程，它的作用是捕获进程接收到的信号。该线程在运行时发生了错误，...
android app内置webview，随android版本升级进程关系的变化
weixin_34414196的博客
02-22 2766
Q 最近遇到一个问题：多个应用打不开，闪退。 A 调查发现闪退的应用都在首屏加载了webview，而在android p上webview的渲染是在另外一个进程上进行的，进程名字类似webview:sandboxed_process0，这个进程是由webview_zygote这样一个进程fork出来的，而webview_zygote由于缺少...
Android稳定性系列4　Java进程的Trace文件解析
liuwg1226的专栏
02-20 1206
一　概述 Android 系统采用的 art 虚拟机，所有的 Java 进程都运行在 ART 之上，当应用发生 ANR，其中最终的一个环节便是向目标进程发送信号 SIGNAL_QUIT, 传统的 linux 则是终止程序并输出 core;而对于 Android 进程来说当收到 SIGQUIT 时，Java 层面的进程都是跑在虚拟机之上的，ART 虚拟机会捕获该信号，并输出相应的 traces 信息保存到目录 /data/anr/traces.txt。 当然也可以通过一条命令来获取指定进程的 traces 信
Android 信号处理：虚拟机ART: SIGQUIT
u011279649的专栏
08-14 2407
shell command kill对应的代码 # kill usage:    kill [-s signame | -signum | -signame] { job | pid | pgrp } ...     kill -l [exit_status ...] 1] 根据输出搜索 “-s signame” 找到对应的代码位置 external/mksh/src/funcs.c -...
[RK3288][Android7.1]调试笔记 --- 内置高版本的APK编译User版本出错解决
qq_34594095的博客
10-17 2005
Platform: RK3288 OS: Android 7.1.2 Kernel: v4.4.143 问题： 客户提供了几个从手机应用市场下载的输入法直接安装可用，要求固件内置，内置时编译User版本源码出错，编译User-debugg版本正常。 报错日志： [ 41% 11788/28429] build out/target/product/rk3288/obj/APPS/Bdsrf_intermediates/oat/arm/package.odex FAILED: /bin/bash
从源码角度看traces.txt是如何生成的
weixin_34247155的博客
09-03 220
简介 原文请看我的博客：从源码角度看traces.txt是如何生成的 traces.txt 位于安卓系统下/data/anr目录下，当系统中有应用出现ANR时，framework会在弹出Dialog的同时dump出当前各线程的堆栈情况，方便开发者分析出ANR的root cause。 ANR是Application Not Responsing 的简称，简而言之，就是安卓系统内置提示用户应用界面没有...
xCrash使用篇
cxmfzu的博客
10-20 1万+
的地方
android anr 分析方法,Android ANR分析
weixin_36251916的博客
05-25 582
ANR介绍ANR，是“Application Not Responding”的缩写，即“应用程序无响应”。系统会向用户显示一个对话框，用户可以选择“等待”而让程序继续运行，也可以选择“强制关闭”。发生ANR条件在5秒内没有响应输入的事件(例如，按键按下，屏幕触摸)BroadcastReceiver在10秒内没有执行完毕Service在特定时间内(20秒内)无法处理完成造成ANR的原因很多，主线程耗...
Android 解决anr问题最快最简单的姿势
geyuecang的博客
06-28 2566
ANR定义与分类 ANR（Application Not Responding）：应用程序无响应，是Android中AMS与WMS监测应用响应超时的表现； 我们应用开发中常见的ANR主要有如下几类： KeyDispatchTimeout 1：KeyDispatchTimeout(5 seconds) –主要类型 按键或触摸事件在特定时间内无响应 BroadcastTimeout 2：...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值