首页
AI Coding
NEW
沸点
课程
直播
活动
AI刷题
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
会员
登录
注册
确定删除此收藏集吗
删除后此收藏集将被移除
取消
确定删除
确定删除此文章吗
删除后此文章将被从当前收藏集中移除
取消
确定删除
编辑收藏集
名称:
描述:
0
/100
公开
当其他人关注此收藏集后不可再更改为隐私
隐私
仅自己可见此收藏集
取消
确定
crash流程
订阅
好安静
更多收藏集
微信扫码分享
微信
新浪微博
QQ
6篇文章 · 0订阅
Android App ANR 系列 2 :ANR 分析套路和关键 Log 介绍
本文为 Android App ANR 系列的第二篇,主要分享 ANR 分析套路和关键 Log 介绍
稳定性优化:ANR监控方案
在程序发生 ANR 时,系统会弹出 ANR 的弹窗,并将 ANR 日志信息写入到 /data/anr/ 目录下的文件中,但是我们并没有直接的接口去感知到 ANR 发生了,也没有权限去读取 /data/
Android Native Crash问题的一点排查思路
背景:定位难 对于Android APP而言,native层Crash相比于Java层更难捕获与定位,因为so的代码通常不可见,而且,一些第三方so的crash或者系统的更难定位,堆栈信息非常少:参考
Android 平台 Native Crash (一)捕获原理详解
Native Crash,即 C/C++层面的 Crash,是介于系统 framework 层与 Linux 层之间的一层,这是本文接下来要讲解的内容。
理解Android Java crash 处理流程
一、背景 当Android系统发生native crash时,在日志台打印日志和生成tombstone_xxx文件,会通过 socket 通知 AMS 从而进入到Java crash侧 处理流程中。
理解 Android Native Crash 处理流程
一、背景 1.1 debuggerd守护进程 在Android系统中有监控应用异常退出的机制,当发生native崩溃或者主动调用debuggerd命令 时候,都会通知debuggerd守护进程,让其抓