android系统稳定分析

公众号:码农乐园 等级 324 1 0

分析Android问题时,经常会遇到一些稳定性问题。什么是稳定性问题呢,我归结有以下特点,

非必现问题,或没有找到复现路径的问题。其实没有非必现问题,只有找不到复现方法。系统越复杂这类问题越多,因为软件路径太多了。

应用的死机重启。这类问题不能简单的归结为应用问题,毕竟应用是跑在系统上的。当应用开发人员无法分析出问题时,可能就会认为是稳定性问题。

系统死机重启。Android开发还是偏重应用的,这样导致系统开发人员较少。很多时候碰到这类问题就找不到分析方法,也就归到稳定性上。起始这类问题与Linux系统上的分析方法并没有太大却别,只不过深入底层的人越来越少了。

原生代码的问题。Android原生代码也是有bug的,因为这部分代码没人动,也就很少有人研究。最后又归到稳定性上。

性能问题。有时性能问题也会归到稳定性上,例如正常情况下某应用启动很快,在某种情况下启动很慢,这很可能就是性能导致的。我认为性能问题和稳定性问题不能混为一谈,二者的分析方法有很大差别。

没人愿意深入研究的问题。各模块都不承认是自己的问题,相互扯皮。因为没有人从系统角度上来分析问题,也不进行深入研究,觉得还是归到稳定性好些。

简单来说就是其他模块解决不了的或不愿意解决的就是稳定性问题。有真正的稳定性问题吗?我觉得严格来说时没有的,问题最终的根本原因总会落在一个模块上,也就是有主的。但是,Android系统真的是一个非常复杂的系统,不能要求每个开发人员都能了解整个系统。所以这类复杂的系统性问题还是交给一些资深的开发人员解决更好些。这也就对分析稳定性问题的人员要求较高,需要对系统有整体的概念,并且对许多模块有深入研究。我认为将稳定性问题改为系统问题会更加准确,解决稳定性问题的开发人员也应该是系统工程师。

成为一名Android系统工程师

我建议分析稳定性问题最好由资深工程师或系统工程师来进行,成为一个合格的Android系统工程师需要掌握以下知识点,

Linux Kernel基本的工作机制,如进程调度,进程空间,内存管理,文件系统等等。

Linux应用开发,如系统调用,IPC通信,多线程开发,常用的库等等。

Linux Kernel常用的调试手段,如crash,ftrace,kmemleak,kprobe,kgdb,trace32,perf,procfs,sysfs,debugfs等等

Linux应用常用的调试手段,如gdb,strace,ltrace,Valgrind,gprof,mtrace,iperf,blktrace,fio等等。

辅助系统的工作原理,如Bootloader,Recovery,DTB,busybox等等。

Android框架和基本原理。

Android Framework中主要模块的工作机制,包括Activity,Window,Package,Input,Storage,Audio,Media,Surface等等。

Android IPC通信(Binder)的原理和实现。

Android中日志收集手段的原理,包括logcat,ANR,Tombstones,Watchdog,GC等等。

Android中常用的调试手段,如Bionic的内存检测,LMK机制,Asan,Systrace,oatdump,dumpsys,dumpstate等等。

Android Studio中常用的调试工具,如Profiler,Systrace,TraceView,Heap Viewer,Allocation Tracker,Memory Monitor,Layout Inspector,MAT等等。

了解编译相关的工具,如LLVM,Makefiel,Android Make,Soong,Gradle,工具链,镜像制作,ota打包等等。

上面这么多,我感觉还没有好多没提到,目前只能想到这些。不需要全部精通,那是神人要做的。凡人要做到都有基本的了解,精通其中几个模块,否则给人一知半解的感觉,但做到这样也是不容易。掌握了上述的知识(这个要求有点高),就可以成为一名Android系统工程师了。但这离优秀的系统工程师还差很远,要想成为优秀必须有以下的品质。

三心:细心,耐心,恒心。复杂问题可能需要很长时间才能解决,要耐得住寂寞,并且不放过任何一个线索。

敢于挑战困难。复杂的问题一定经过了许多人的分析还没有结论,害怕了就一步也迈不出去。

快速的学习能力。稳定性问题遍布整个系统,可能经常会分析到陌生的模块,学习能力差就会影响问题解决。要不有一张快速的嘴到处问问,也不失为一种方法。

较强的逻辑思维。很多问题都是绕来绕去,很容易晕菜。

不走寻常路。遇到困难时,跳出来,换一种方法也许就解决了。

运气。这东西在哪里都很重要,有些问题就是碰出解决方案的,实际上并不不是完全的运气,但运气真的很重要。

写完这些,我想很少人想成为Android系统工程师了,我也想找一个三板斧就能混个高薪水的工作。

稳定性问题分析方法 稳定性问题千奇百怪,而且大部分都很难定位。我这里试图去总结一下各类问题的分析流程,这些不是标准,只是我的经验。先根据问题的表现分下类,

有稳定复现路径的问题。

偶现问题,且Debug信息足够。

偶现问题,且Debug信息不足。

不能复现的问题。

关于Debug信息,一部分是标准Android带有的logcat输出,ANR日志,tombstone日志,watchdog日志等。另一部分是系统开发商附加的。好的系统开发商能提供丰富的Debug信息,在问题发生时一同抓取上报。这些信息可能包括kernel log,dumpsys中的部分信息,Binder信息,详细的CPU内存信息,IO信息,调度信息,corefile,vmcore等等。厂商的不同,这些信息也会不同。下面根据问题的不同分别讲述一下。

有稳定复现路径的问题:

如果一个问题能有稳定的复现路径,解决问题就变得容易很多。

这类问题不论Debug信息的多少,都能找根本原因。因为能复现,就可以不断的增加Debug信息。

严格来说这类问题不能称为稳定性问题,但依然占据稳定性问题的多数。

偶现问题,且Debug信息足够:

仅使用Android标准的Debug信息就可以定位问题时,都比较容易解决,也不会太复杂。对系统有很好的理解,并且会分析栈信息可能就够用了。但可能需要分析源码来确定根本原因。

需要借助厂商附加的Debug信息定位问题时,问题会相对复杂。

面对复杂问题时,可能需要仔细分析不同的Debug信息,在它们之间找到关联。尽可能的搜索相关线索,这样才能找到根本原因。

有时可能能根据Debug信息定位到代码段,但真正的根本原因还需要分析代码逻辑才能确定。不要轻易下手修改代码,尤其是原生代码。

定位到原生代码出问题时,先在网上找一下是否有人给出Patch,相信你不可能是第一个碰到这种问题的人。

编写测试代码来验证你的解决方案。

偶现问题,且Debug信息不足:

Debug信息不够用时就麻烦了,这也是我认为最难解决的问题。

试图寻找复现路径,让问题变为有稳定复现路径的问题。

在怀疑点增加Debug信息,等待下一次复现。

根据怀疑点分析代码逻辑,试图使用测试代码来复现该问题。

根据core文件中的内存镜像来获取更多的有用信息。

仔细分析现有的Debug信息,往往一小句话就有很大的惊喜。

注意CPU,Memory,IO的状态对系统的影响。

怀疑内存问题时可以使用内存检测工具来检查一遍当前系统隐含的内存问题。

有时代码检查工具也能规避很多问题,提交前没有检查的最好检查一下。

问题很可能不是第一现场,先解决系统之前的错误,后面的错误可能就跟随解决。

同样的,在网上搜索是否有类似问题的解决方案。

总体来说,这类问题就是尝试各种方法来解决目前无法解决的问题。

不能复现的问题:

此类问题既然无法复现,也就不重要了。

如果可以根据Debug信息解决固然很好,不能解决时可以先降低优先级。

等待该问题变成偶先问题时,就可以根据上述方法分析了 android系统稳定分析

收藏
评论区

相关推荐

AT大牛带你深度剖析Android 10大开源框架
做了几年的Android开发,也面试过不少公司,被面试过,也面试过不少人,其实Android的技术真的是无边界,不管你做过多牛的项目,不管你多久的经验在Android开发中不可能是停滞不前的,需要不断的学习及总结,否则难以解公关技术问题,下面把我压箱底的视频资料贡献给大家; 一,android视频教程 Android视频教程: 1,Android入门
Android Service 流程分析
启动Service过程 Android Service启动时序图 (https://imghelloworld.osscnbeijing.aliyuncs.com/039313fdaaf1e7dea3bde222b3ec9934.png) Android Service启动时序图.png 上图就是Android
Android开发 常见异常和解决办法(一)
Android Studio是Android开发的理想工具,但是由于版本的更新和配置的差异,会出现很多问题,下面是以《第一行代码 第二版》为基础进行开发学习可能遇见的一些问题及其解决办法。 1.Android Studio 3.0及以上版本找不到Android Device Monitor: 解决办法: (1)在Android Studio中打开终端,如下
Android 自学必备网站
一,Android 自学网站给 Android 自学者朋友推荐几个自学网站:1. Android Developers作为一个Android开发者,官网的资料当然不可错过,从设计,培训,指南,文档,都不应该错过,在以后的学习过程中慢慢理解体会。网站:https://developer.android.com/2. Android专业中文社区Android专业
Android系统启动流程(一)解析init进程启动过程
作为“Android框架层”这个大系列中的第一个系列,我们首先要了解的是Android系统启动流程,在这个流程中会涉及到很多重要的知识点,这个系列我们就来一一讲解它们,这一篇我们就来学习init进程。"tag: Android框架层 Android系统启动categories: Android框架层本文首发于微信公众号「刘望舒」
理解Android.bp
介绍Android最新的编译系统 一、简介早期的Android系统都是采用Android.mk的配置来编译源码,从Android 7.0开始引入Android.bp。很明显Android.bp的出现就是为了替换掉Android.mk。再来说一说跟着Android版本相应的发展演变过程: Android 7.0引入ninja和kati
Android AOSP基础(三)Android系统源码的整编和单编
AOSP基础 Android框架层本文首发于微信公众号「刘望舒」 前言在上一篇文章中,我们顺利的将AOSP下载了下来,很多时候我们不仅仅需要去查看源码,还有以下的几个需求: 动态调试Android系统源码 定制Android系统 将最新版本的Android系统刷入到自己的Android设备中 将系统源码导入到Android Studio中为了实现这些需求,就
Android深入理解JNI(一)JNI原理与静态、动态注册
Android框架层 Android深入理解JNI Android框架层本文首发于微信公众号「刘望舒」 前言JNI不仅仅在NDK开发中应用,它更是Android系统中Java与Native交互的桥梁,不理解JNI的话,你就只能停留在Java Framework层。这一个系列我们来一起深入学习JNI。<!more 1.JNI概述Android系统按语言来划分的
Android深入四大组件(一)应用程序启动过程(前篇)
Android框架层 Android深入四大组件categories: Android框架层本文首发于微信公众号「后厂技术官」 前言在此前的文章中,我讲过了Android系统启动流程和Android应用进程启动过程,这一篇顺理成章来学习Android 7.0的应用程序的启动过程。分析应用程序的启动过程其实就是分析根Activity的启动过程。<!more 1
Android深入四大组件(一)应用程序启动过程(后篇)
Android框架层 Android深入四大组件categories: Android框架层本文首发于微信公众号「刘望舒」 1.ActivityManageService到ApplicationThread的调用流程AMS的startActivity方法中return了startActivityAsUser方法:<!moreframeworks/base/s
Android深入四大组件(六)Android8.0 根Activity启动过程(前篇)
Android框架层 Android深入四大组件categories: Android框架层本文首发于微信公众号「刘望舒」 前言在几个月前我写了和这两篇文章,它们都是基于Android 7.0,当我开始阅读Android 8.0源码时发现应用程序(根Activity)启动过程照Android 7.0有了一些变化,因此又写下了本篇文章,本篇文章照此前的文章不仅
Android深入四大组件(七)Android8.0 根Activity启动过程(后篇)
Android框架层 Android深入四大组件categories: Android框架层本文首发于微信公众号「刘望舒」 前言在几个月前我写了和这两篇文章,它们都是基于Android 7.0,当我开始阅读Android 8.0源码时发现应用程序(根Activity)启动过程照Android 7.0有了一些变化,因此又写下了本篇文章,本篇文章照此前的文章不仅
Android解析WindowManager(一)WindowManager体系
Android框架层 Android系统服务 WindowManagercategories: Android框架层本文首发于微信公众号「刘望舒」 前言WindowManagerService(WMS)和AMS一样,都是Android开发需要掌握的知识点,同样的,WMS也很复杂,需要多篇文章来进行讲解,为何更好的理解WMS,首先要了解WindowManage
Android解析WindowManagerService(一)WMS的诞生
Android框架层 Android系统服务 WindowManagerService Android框架层本文首发于微信公众号「后厂技术官」 前言此前我用多篇文章介绍了WindowManager,这个系列我们来介绍WindowManager的管理者WMS,首先我们先来学习WMS是如何产生的。本文源码基于Android 8.0,与Android 7.1.2
全靠这份Android知识点PDF大全,月薪30K
第一阶段:Android 基础知识回顾: 回顾Android 开发编程,深入理解Android系统原理和层次结构,深入分析Handler源码和原理; 回顾Java,C/C++,Kotlin、dart 在Android开发中必用的语言,熟悉一下几种语言混淆后的特性; 回顾Android IPC和JNI的底层原理和热更新技术回顾Native开发要点,使用C++结