首页 > 其他分享 >安卓开发日志采集和分析面面谈

安卓开发日志采集和分析面面谈

时间：2024-06-01 11:55:24浏览次数：18  
标签：shell 06 log 安卓 面谈 adb 日志 com

日志面面谈

为什么需要日志

复现问题，回溯到问题产生时候的系统状态，有利于定位和分析问题。

安卓日志有哪些？

cpu

关注的纬度：

  • 单个应用使用
  • 系统cpu分配
  • 温度

有什么用：

  1. App卡顿、ANR
  2. App异常退出

怎么用：

1.应用使用

adb shell dumpsys activity processes  >> D:\app_process.log
adb shell COLUMNS=512 top -n 1 -s cpu >>D:\cpu.log
adb shell COLUMNS=512 top -n 1 -s vss  >>D:\cpu_vss.log
adb shell COLUMNS=512 top -n 1 -s thr  >>D:\cpu_thr.log
  1. CPU内存
adb shell dumpsys cpuinfo >> D:\cpu_meminfo.log
  1. CPU温度
adb shell cat /sys/class/thermal/thermal_zone0/temp >> D:\cpu_tmp.log

内存存储器

关注的纬度：

  • 系统内存分配情况
    • adb shell COLUMNS=512 top -n 1 -s vss
    • adb dumpsys meminfo
  • 单个应用内存分配情况
    • profile->memory->hprof
    • adb shell dumpsys meminfo com.xx
    • leakcanary

有什么用：

帮助定位内存抖动、内存溢出、内存泄漏的问题

怎么用：

  1. 系统内存
adb shell dumpsys meminfo >> D:\system_meminfo.log
  1. 指定app内存
adb shell dumpsys meminfo  com.xx >>>> D:\com.xx_meminfo.log
adb shell am dumpheap com.xx/data/anr/Launcher.hprof

任务栈

关注的纬度：

  • Ams Stack
  • Service Stack
  • Broadcast

有什么用：

关注界面上启动过的Activity、Service、Broadcast，分析页面导航异常、页面加载异常、后台任务异常的问题

怎么用：

1.activity

adb shell dumpsys activity >> D:\AmsStack.log

2.广播

adb shell dumpsys activity broadcasts >>D:\broadcasts.log

3.服务

adb shell dumpsys activity services >>D:\services .log

anr

关注的纬度：

  • 系统anr日志
  • Blockcanary日志

有什么用：

分析App无响应的原因、App被杀死的原因

怎么用：

adb pull /data/anr D:\2021\

trace

关注的纬度：

  • trace日志

有什么用：

分析App无响应的原因、App被杀死的原因

Log

关注的维度：

  • Systemlog
  • Eventlog
  • kernellog

怎么用：

  1. logcat输出
adb logcat -v time >D:\log.txt
  1. dev/log导出
adb pull /dev/log/ D:\ohters\

该目录有4种文件

  • radio：输出通讯系统(无线/电话相关)的log。
  • system：输出系统缓冲区的log。
  • events：输出事件缓冲区的log。
  • main：全部java层的log, 也是主缓冲区 (默认缓冲区)。

3.其他路径的日志按需导出

  • /data/local/tmp/*
  • /data/tmp/*
  • /data/system/usagestats/*
  • /data/system/appusagestates/*
  • /data/system/dropbox/*
  • /data/tombstones/*
  • /data/anr/*

综上可以看到，要抓的日志真是太多了，抓起来麻烦，看起来汇总分析也麻烦，那么有没有一个现成工具供我们收集和分析呢，答案是有！安卓系统提供了Bugreport！

日志阅读的思路

第一步：定位进程死亡的时间点，参考《进程-确定进程死亡时间》
第二步：假设进程死亡的原因，设置怀疑点，根据经验搜索关键字。
第三步：复现出现异常的步骤，验证怀疑点是否正确

日志解析工具Bugreport

如何用

  1. 导出日志

    adb bugreport 1>>D:\ohters\bugreport.log

  2. 下载ChkBugReport.jar

  3. 生成html报告

    java -jar ./chkbugreport.jar ./bugreport.log

可能遇到的问题：
Failed to get bugreportz version, which is only available on devices running Android 7.0 or later. Trying a plain-text bug report instead.
解决步骤：

  1. 下载21版本的adb
  2. 关闭正在运行的高版本adb adb kill-server
  3. 指定21版本的adb来捕获日志D:\ohters\adb bugreport 1>>D:\ohters\bugreport.log

有什么用

输出到Android系统的Bugreport包含系统服务 (dumpsys)、错误日志 (dumpstate) 和系统消息日志 (logcat) 的诊断输出。系统消息包括设备抛出错误时的堆栈轨迹，以及从所有应用中使用 Log 类写入的消息。
配合安卓工具ChkBugReport可以将日志信息可视化显示到静态页面种。

日志分析经验积累

日志阅读的思路

第一步：定位进程死亡的时间点，参考《进程-确定进程死亡时间》
第二步：假设进程死亡的原因，设置怀疑点，根据经验搜索关键字。
第三步：复现出现异常的步骤，验证怀疑点是否正确

关键字附录参考
搜索 Fatal
搜索 uncaughtException
搜索 crashreport
搜索 Exception
搜索 Application Not Response
搜索 NetworkOnMainThreadException
搜索 ANR Warning
搜索 AnrManager
搜索 Anr in

13种常见进程死亡原因

  1. java层的崩溃

    • 通过java层logcat看是否崩溃（crashHandler或者调试版logcat）
    • 如果java层没有任何相关日志打印就从c层看（在bugreport.zip->FS->data->tombstones->对应时间的日志）

  2. 低内存原因

    • 搜索关键字lowmemorykiller
    • 导出内存日

  3. 被其他进程杀死

    • Android11我们可以通过在bugreport日志文件里面搜索Historical Process Exit for关键字，就能看到自己的进程被谁杀死。

  4. 怀疑是进程已经不活动了被系统杀

    • 搜索关键字empty for
    06-10 13:32:13.057 1000 1700 1812 I am_kill : [0,2409,com.miui.screenrecorder,955,empty for 1800s]

  5. epmty进程被杀，系统内empty进程数量达到阈值26（不同手机略有不同）会按时间顺序查杀进程，搜索关键字empty ；

    06-10 16:00:54.244 1000 1700 1795 I ActivityManager: Killing 20081:com.android.providers.calendar/u0a72 (adj 985): empty #26

  6. 自己退出，结束自己，搜索关键字： exited 、cleanly
    有时候应用退出不一定是因为奔溃，可能是程序员代码没写对或者漏掉了一些环境细节让应用主动退出了。除了看ApplicationExitInfo外我们还能通过logcat看到。

    06-10  10:17:04.053 root 689 689 I Zygote : Process 29263 exited cleanly (0)
06-10  10:17:04.056 1000 1692 1805 I libprocessgroup: Successfully killed process cgroup uid 10252 pid 29263 in 122ms
06-10  10:17:03.933 1000 1692 5189 I ActivityManager: Process com.tencent.tmgp.pubgmhd (pid 29263) has died: hvy HVY

  7. 被系统进程杀掉
    系统app调用forceStopPackage 接口，杀掉我们的应用，我们搜索stop com.xxx.aaa due to from process

    06-15 19:34:10.498 26589 29585 I ActivityManager: Killing 14459:com.xiaomi.misubscreenui/1000 (adj 0): stop com.xiaomi.misubscreenui due to from process:com.miui.voiceassist

  8. 线程过度使用CPU导致所在进程被杀
    上次adj降为Service以下到现在经历2221553 ms，cpu POWER_CHECK_MAX_CPU_4 = 2, 两次检测时间间隔为300044 ms，使用cpu时间为16720ms，超过2%，就会被杀。

    06-06 18:07:44.445 1000 1651 1798 I am_kill : [0,22157,com.ximalaya.ting.android,900,excessive cpu 16720 during 300044 dur=2221553 limit=2]
	06-06 18:07:44.445 1000 1651 1798 I ActivityManager: Killing 22157:com.ximalaya.ting.android/u0a239 (adj 900): excessive cpu 16720 during 300044 dur=2221553 limit=2
	06-06 18:07:44.566 root 681 681 I Zygote : Process 22157 exited due to signal 9 (Killed)

  9. 线程异常所在进程被杀，进程的某个线程发生异常，自己发Signal 9信号给Zygote 杀掉自己，搜索关键字 Sending signal

    06-07 16:53:03.027 1000 2566 2582 I Process : Sending signal. PID: 2566 SIG: 9
06-07 16:53:03.154 root 681 681 I Zygote : Process 2566 exited due to signal 9 (Killed)
06-07 16:53:03.167 1000 1734 4006 I ActivityManager: Process com.android.systemui (pid 2566) has died: pers PER

  10. 应用重装，被杀，搜索关键字Force stopping、installPackageLI、deletePackageX

    06-10 15:59:30.827 1000 1700 1812 I ActivityManager: Force stopping com.google.android.gms appid=10190 user=-1: installPackageLI
06-10 15:59:30.984 1000 1700 1812 I ActivityManager: Killing 3876:com.google.android.dialer/u0a180 (adj -700): stop com.google.android.gms: installPackageLI

  11. ANR被杀

  12. OOM被杀

  13. 死锁被杀，搜索关键字Force finishing 、Force removing、Force stopping

标签：shell,06,log,安卓,面谈,adb,日志,com
From： https://www.cnblogs.com/jincheng-yangchaofan/p/18225812

相关文章

  • 日志技术(Logback)
    日志的概述：程序中的日志，通常就是一个文件，里面记录的是程序运行过程中的各种信息，并可以进行永久存储。publicstaticfinalLoggerLOGGER=LoggerFactory.getLogger(“类名");日志技术好处1.可以将系统执行的信息，方便的记录到指定的位置（控制台、文件中、数据库中）。2.可以......
  • MyBatis实战：如何将拼接的SQL打印到日志
    哈喽，大家好，我是木头左！一、前言在日常开发中，经常会遇到拼接SQL的情况，这时候，如何将拼接的SQL打印到日志，以便追踪和调试呢？本文将详细介绍MyBatis如何实现这一功能。二、MyBatis简介MyBatis是一个优秀的持久层框架，它支持定制化SQL、存储过程以及高级映射。MyBatis避免了几乎所有......
  • 一文搞懂 MySQL 日志
    前言MySQL的日志记录了运行的各种信息，是MySQL事务、性能、数据容灾、异常排查等的基础。本文将介绍MySQL一些关键日志的作用和原理。MySQLInnoDB引擎重要的三个日志：一、binlog1.简介概述binlog记录DDL和DML语句，但不包括SELECT、SHOW 等语句，简单说只......
  • Nginx企业级负载均衡：技术详解系列（15）—— 一篇文章教你如何自定义错误日志
    你好，我是赵兴晨，97年文科程序员。在今天的文章中，我将带你深入了解Nginx的一个强大功能——自定义错误日志。无论是对于运维人员还是开发者，掌握这一技能都是提升工作效率、优化系统监控的关键。主要是能装13。图片自定义错误日志在Nginx中，自定义错误日志的设置可以让你更......
  • 在Linux中，如何进行日志审计？
    在Linux中进行日志审计主要是为了记录、监控和分析系统活动，以确保安全合规、故障排查和性能优化。以下是进行日志审计的一些关键步骤和工具：1.配置auditd审计系统安装与启动:确保auditd服务已经安装并正在运行。auditd是Linux系统自带的审计子系统，用于收集安全相关的事件日志......
  • 迅为RK3562开发板安卓人工智能主板性能之选
      迅为RK3562开发板在CPU性能上表现卓越。这款开发板采用了先进的处理器和丰富的接口设计，为用户提供了无与伦比的使用体验。   在CPU性能方面，迅为RK3562开发板搭载了高性能的四核A53处理器，主频高达2.0GHz，确保了强大的运算能力和高效的处理速度。无论是复杂的图像处理、......
  • Oracle归档日志清理
    1、现象：数据库连接或查询报错，报错类似如下ORA-00257:archivererror.Connectinternalonly,untilfreed2、原因：数据库归档空间耗尽，数据库归档空间设置不足或短时间内有大批量数据更新操作，会造成此问题。3、解决方式：运行如下命令清理归档空间：rmantarget/--进......
  • MySQL - binlog日志简介及设置
    基本概念binlog是Mysqlsever层维护的一种二进制日志，与innodb引擎中的redo/undolog是完全不同的日志；其主要是用来记录对mysql数据更新或潜在发生更新的SQL语句，记录了所有的DDL和DML(除了数据查询语句)语句，并以事务的形式保存在磁盘中，还包含语句所执行的消耗的时间，MySQL的二进制......
  • 【Yarn】yarn logs 日志过大 The total log size is too large The log size limit is
    1.概述今天要排查一个现场，然后需要下载日志查看，结果发现日志过大，无法下载[mr@cqsec10075~]$yarnlogs-applicationIdapplication_1679365191066_0008>aa.txt2023-03-2814:24:42......
  • 安卓获取百度地图sha1问题
    keytool错误:java.io.IOException:Invalidkeystoreformatjava.io.IOException:Invalidkeystoreformatatsun.security.provider.JavaKeyStore.engineLoad(JavaKeyStore.java:663)atsun.security.provider.JavaKeyStore$JKS.engineLoad(JavaKeyStore.java:56)atsun......

赞助商

阅读排行

网站主页关于我们联系我们网站地图

本网站内容转载自其他媒体，侵权联系[admin##ips99.com]。

Copyright © 2020-2023 IPS99 版权所有 IPS99