如何分析Activity生命周期的log

最新推荐文章于 2024-05-03 20:58:09 发布
最新推荐文章于 2024-05-03 20:58:09 发布
阅读量4.5k 收藏 20
点赞数 6
分类专栏： AMS 文章标签： android java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/xiaoyantan/article/details/106665554
版权

一、查看log的方向和方式

  1. 涉及到Activity生命周期问题时，主要是查看event log（logcat -b events），本地可使用adb logcat
    -b events | grep am_
  2. 涉及到某个生命周期（一般指am_on_xxx）耗时时，结合"Slow Looper main"查看是哪个消息耗时
  3. app端log的形式: am_on_xxx_called: [userId,className,reason,duration]
    ,duration是miui加上的

二、常见场景的log

1、正常启动一个activity

  • system_server
05-29 18:17:41.616 1898 4358 I am_create_activity: [0,199662628,22,com.miui.gallery/.activity.HomePageActivity,android.intent.action.MAIN,NULL,NULL,270532608]
05-29 18:17:41.693 1898 4358 I am_restart_activity: [0,199662628,22,com.miui.gallery/.activity.HomePageActivity,24197]
// minimalResumeActivityLocked 代表从该方法调用过来
05-29 18:17:41.695 1898 4358 I am_set_resumed_activity: [0,com.miui.gallery/.activity.HomePageActivity,minimalResumeActivityLocked]
  • app 进程，最后两个分别是reason和时间
// 这三个reason组合的onCreate，onStart，onResume周期在app端是在同一个消息内被执行的。即这三个周期有什么延迟问题，均为app端问题。
05-29 18:17:42.400 24197 24197 I am_on_create_called: [0,com.miui.gallery.activity.HomePageActivity,performCreate,125]
05-29 18:17:42.402 24197 24197 I am_on_start_called: [0,com.miui.gallery.activity.HomePageActivity,handleStartActivity,0]
// RESUME_ACTIVITY 代表由ResumeActivityItem调用过来的，这种为system_server触发的且要求activity最终状态为resumed
05-29 18:17:42.404 24197 24197 I am_on_resume_called: [0,com.miui.gallery.activity.HomePageActivity,RESUME_ACTIVITY,1]

2、正常结束finish一个activity

  • system_server
// reason代表是app触发的finish
05-29 18:28:16.495 1898 4358 I am_finish_activity: [24197,199662628,22,com.miui.gallery/.activity.HomePageActivity,app-request] 
05-29 18:28:16.500 1898 4358 I am_pause_activity: [24197,199662628,com.miui.gallery/.activity.HomePageActivity,userLeaving=false]
// finishCurrentActivityLocked 代表加入stoppping列表的原因
05-29 18:28:16.505 1898 2042 I am_add_to_stopping: [0,199662628,com.miui.gallery/.activity.HomePageActivity,finishCurrentActivityLocked]
// 代表destroy的时机是activity idle的时候，不是立刻destroy
05-29 18:28:17.048 1898 2105 I am_destroy_activity: [24197,199662628,22,com.miui.gallery/.activity.HomePageActivity,finish-imm:activityIdleInternalLocked]
  • app端
// LIFECYCLER_STOP_ACTIVITY 表示该onStop是中间流程，因为初始状态是onPause，最终状态是onDestroy，会走完之间的流程，一般这种周期reason会带有LIFECYCLER前缀
05-29 18:28:16.504 24197 24197 I am_on_paused_called: [0,com.miui.gallery.activity.HomePageActivity,performPause,0]
05-29 18:28:17.079 24197 24197 I am_on_stop_called: [0,com.miui.gallery.activity.HomePageActivity,LIFECYCLER_STOP_ACTIVITY,1]
05-29 18:28:17.102 24197 24197 I am_on_destroy_called: [0,com.miui.gallery.activity.HomePageActivity,performDestroy,2]

3、activity之间切换
如下是前一个activity的生命周期，后一个生命周期见1 ，具体时序图见Activity 的启动

流程大概是：
在这里插入图片描述

Attention:
下一个activity onResume执行完后在主线程处于idle的时候通知system_server去stop上一个activity，如果主线程在onResume之后一直很忙（如：某个ui组件有问题导致递归绘制）会导致onStop执行延迟，直到10s超时后system_server端主动去执行stop。

所以onStop执行慢基本都是App端的问题，与AMS无关。

  • system_server
05-29 15:44:37.540 1595 2425 I am_pause_activity: [5045,41736446,com.miui.gallery/.activity.HomePageActivity,userLeaving=true]
// 代表加入stopping列表的原因为要求activity不可见
05-29 15:46:41.052 1595 2425 I am_add_to_stopping: [0,41736446,com.miui.gallery/.activity.HomePageActivity,makeInvisible]
05-29 15:46:41.598 1595 1691 I am_stop_activity: [0,41736446,com.miui.gallery/.activity.HomePageActivity]
  • app端
// onStop的reason STOP_ACTIVITY_ITEM 表示StopActivityItem调用
05-29 15:44:37.543 5045 5045 I am_on_paused_called: [0,com.miui.gallery.activity.HomePageActivity,performPause,0]
05-29 15:46:41.615 5045 5045 I am_on_stop_called: [0,com.miui.gallery.activity.HomePageActivity,STOP_ACTIVITY_ITEM,0]

4、息屏时resumed activity的变化

06-10 14:39:36.417  1551  1604 I am_pause_activity: [14045,192133053,com.miui.gallery/.activity.HomePageActivity,userLeaving=false]
06-10 14:39:36.423 14045 14045 I am_on_paused_called: [0,com.miui.gallery.activity.HomePageActivity,performPause,1]
06-10 14:39:36.463  1551  1593 I am_stop_activity: [0,192133053,com.miui.gallery/.activity.HomePageActivity]
// 一般都是看onStop的原因为sleeping
06-10 14:39:36.470 14045 14045 I am_on_stop_called: [0,com.miui.gallery.activity.HomePageActivity,sleeping,0]

5、唤醒屏幕

// 主要看onRestart和onStart的reason为handleSleeping，注意的是有的情况是不会走onResume的
06-10 14:44:42.829  1760  1915 I am_set_resumed_activity: [0,com.miui.gallery/.activity.HomePageActivity,resumeTopActivityInnerLocked]
06-10 14:44:42.830 16517 16517 I am_on_restart_called: [0,com.miui.gallery.activity.HomePageActivity,handleSleeping,0]
06-10 14:44:42.831  1760  1915 I am_resume_activity: [0,201508124,34,com.miui.gallery/.activity.HomePageActivity,16517]
06-10 14:44:42.832 16517 16517 I am_on_start_called: [0,com.miui.gallery.activity.HomePageActivity,handleSleeping,1]
06-10 14:44:42.872 16517 16517 I am_on_resume_called: [0,com.miui.gallery.activity.HomePageActivity,RESUME_ACTIVITY,0]

经典案例

1. onStop/onDestroy延迟执行

// 这个是正常的按下返回键返回上个页面的流程
03-24 09:57:27.560 1563 2759 I am_finish_activity: [3044,40142426,32721,com.android.settings/.Settings$PageLayoutActivity,app-request]
03-24 09:57:27.561 1563 2759 I am_pause_activity: [3044,40142426,com.android.settings/.Settings$PageLayoutActivity,userLeaving=false]
03-24 09:57:27.564 3044 3044 I am_on_paused_called: [0,com.android.settings.Settings$PageLayoutActivity,performPause,1]*
03-24 09:57:27.566 1563 4735 I am_set_resumed_activity: [0,com.android.settings/.SubSettings,resumeTopActivityInnerLocked]
03-24 09:57:27.567 1563 4735 I am_resume_activity: [0,178668836,32721,com.android.settings/.SubSettings,3044]
03-24 09:57:27.572 3044 3044 I am_on_resume_called: [0,com.android.settings.SubSettings,RESUME_ACTIVITY,1]
 
 
// 上个PageLayoutActivity 的destroy回调是在下个SubSettings onResume后将近10s才回调的，刚好是DESTROY_TIMEOUT_MSG 超时时间，说明app端onResume回调后10s内主线程都未处于idle状态
// 即主线程一直在执行消息，后面经调试发现是一个控件递归绘制一个drawable导致，即主线程一直在执行绘制消息
03-24 09:57:37.568 1563 1641 I am_destroy_activity: [3044,40142426,32721,com.android.settings/.Settings$PageLayoutActivity,finish-imm:activityIdleInternalLocked]
03-24 09:57:37.663 3044 3044 I am_on_stop_called: [0,com.android.settings.Settings$PageLayoutActivity,LIFECYCLER_STOP_ACTIVITY,1]*
03-24 09:57:37.663 3044 3044 I am_on_destroy_called: [0,com.android.settings.Settings$PageLayoutActivity,performDestroy,0]

2. onStart/onResume延迟执行

05-18 07:15:00.099 1000 1684 2700 I am_create_activity: [0,207685455,818,com.android.deskclock/.alarm.alert.AlarmAlertFullScreenActivity,NULL,NULL,NULL,277151744]
05-18 07:15:00.108 1000 1684 2700 I am_restart_activity: [0,207685455,818,com.android.deskclock/.alarm.alert.AlarmAlertFullScreenActivity,30177]
05-18 07:15:00.110 1000 1684 2700 I am_set_resumed_activity: [0,com.android.deskclock/.alarm.alert.AlarmAlertFullScreenActivity,minimalResumeActivityLocke
 
 
// 客户端的onCreate和onStart/onResume执行时间相差8s左右，鉴于客户端的LaunchActivityItem与ResumeActivityItem是同一个消息执行的，确定为客户端问题
05-18 07:15:00.288 10104 30177 30177 I am_on_create_called: [0,com.android.deskclock.alarm.alert.AlarmAlertFullScreenActivity,performCreate,8]
05-18 07:15:08.158 10104 30177 30177 I am_on_start_called: [0,com.android.deskclock.alarm.alert.AlarmAlertFullScreenActivity,handleStartActivity,0]
05-18 07:15:08.161 10104 30177 30177 I am_on_resume_called: [0,com.android.deskclock.alarm.alert.AlarmAlertFullScreenActivity,RESUME_ACTIVITY,2]
 
 
// 查找app主线程的log，查找可能的耗时原因，主线程调用IContentProvider的query接口耗时将近8s，确定原因
05-18 07:15:08.088 10104 30177 30177 W BpBinder: Slow Binder: BpBinder transact took 7742ms, interface=android.content.IContentProvider, code=1 oneway=false
AmyTan小小燕
关注
  • 6
    点赞
  • 踩
  • 20
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
Android的消息机制
奇妙能力倩
04-06 391
前言 Android的消息机制主要是指Handler的运行机制以及Handler所附带的MessageQueue和Looper的工作过程，这三者其实是一个整体。这三个对象都与其对应的线程对应，然后A线程通过调用B线程的handler发送消息，这个消息就会被加入线程B的MessageQueue中，线程B的Looper发现有消息到来，就会去处理他，通过dispatchMessage()，最后回调ha...
android 如何分析卡顿问题
xiaoyantan的博客
07-05 2155
根据App包名 & uid 通过时间点附近的上下文找到App的pid 下面仅举例（其他方式获取也可以） Package [com.miui.weather2] (5c2d4cd): userId=10072 表示天气的uid为10072 08-05 12:26:47.543 10072 26818 26818 I wm_on_create_called:[0,com.miui.weather2.ActivityWeatherMain,performCreate,86] 表示天气App的uid
Android13 Activity performDestroy流程分析
最新发布
liuning1985622的博客
05-03 787
上面方法主要处理如下：1、调用Activity的dispatchActivityPreDestroyed方法。2、调用Activity的onDestroy方法。3、调用Activity的dispatchActivityPostDestroyed方法。
activity的生命周期以及5种log日志
段炼
05-07 6511
activity生命周期 1.一个activity从创建到消失 onCreate()-->onStart()-->onResume()-->onPause()-->onStop()-->onDestroy()      创建--->  可视 -->   获取焦点--->  失去焦点 ---> 不可视  --> 销毁 2.一个activity A被另一个activity B覆
Android菜鸟笔记2-Activity生命周期与Log
十五楼亮哥
01-05 1172
一：Acticity Activity是Android程序的4大组件之一。 Activity是Android程序的表示层。程序的每一个显示屏幕就是一个Activity。 学过WEB开发的同学，可以把Activity理解成网页中的一个JSP文件；或者你可以把它理解成一个Windows的窗口。 Activity是Android程序的显示层，每一个显示窗口都是一个Activity；可是Activ
Android学习笔记---Log与Activity生命周期
weixin_30673611的博客
12-04 317
Android学习笔记---Activity生命周期 1. Log类的应用。 Log.v(String tag, String msg); //VERBOSE Log.d(String tag, String msg); //DEBUG Log.i(String tag, String msg); //INFO Log.w(String tag, String msg); //...
android 开发之activity 启动流程《三》
qq_31469589的博客
07-08 582
提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档 文章目录 前言 一、pandas是什么？ 二、使用步骤 1.引入库 2.读入数据 总结 前言 提示：这里可以添加本文要记录的大概内容： 例如：随着人工智能的不断发展，机器学习这门技术也越来越重要，很多人都开启了学习机器学习，本文就介绍了机器学习的基础内容。 提示：以下是本篇文章正文内容，下面案例可供参考 一、pandas是什么？ 示例：pandas 是基于NumPy 的一种工具，该工具是为了解决数..
Mark 部分流程（亮屏, Event log，传感器，APP创建，ANR dump, destorySurface ）
一杯咖啡的专栏
04-10 1056
亮屏流程 PowerManagerService updatePowerStateLocked--->updateDisplayPowerStateLocked--> DisplayPowerController -->requestPowerState-->updatePowerState->animateScreenStateChange-> --...
Android编程之基于Log演示一个activity生命周期实例详解
09-03
在`onResume()`中，用户可以与Activity进行交互，它是Activity生命周期中的活动状态。日志显示Activity进入了`onResume()`状态。 4. `onPause()`：当Activity失去焦点，即将被另一个Activity覆盖或者部分隐藏时调用...
Android Activity生命周期详解
09-01
Activity生命周期的关键回调方法包括： - **onCreate(Bundle savedInstanceState)**：Activity首次创建时调用，用于初始化界面。 - **onStart()**：Activity对用户可见时调用。 - **onResume()**：Activity变为活动...
日志跟踪Activity生命周期
12-14
日志跟踪Activity生命周期，博客 https://blog.csdn.net/weixin_43953649/article/details/85004516
Android系统源码分析--Activity的finish过程
weixin_33757911的博客
04-07 804
上一篇我们分析了Activity的启动流程，由于代码量很大，还是没有分析的很详细，但是基本流程都出来了，更详细的东西还是要去看源码，源码在我文章的最后有给出，里面有我添加的详细的注释。这一章来分析Activity的finish过程，这个问题在两年前我去面试金山的时候曾经被问到过，那时候对源码基本没什么了解，所以当时根本是不了解的，今天我们就来分析一下finish的过程到底做了哪些处理，最后对Ac...
Android 分析EventLog
z9722的博客
02-26 1310
一.查看EventLog 使用命令： logcat -b events 二.logtags生成 2.1开机event log分析 1.获取开机时的event log： logcat -b events | grep boot_progress 输出： I boot_progress_start: 20726 I boot_progress_preload_start: 23255 I boot_progress_preload_end: 26806 I boot_progress_system_ru
android里面的Activity体系结构(3)_ActivityRecord和Activity状态变化分析说明
chadm.xiang
09-20 1705
ActivityRecord是运行在system_server进程里面的，Activity是运行在应用进程里面的，虽然内部有个变量ActivityInfo info来代表Activity的所有信息，但是状态的变化不是和Activity完全一致，Activity的状态变化是由ActivityRecord状态变化来影响并改变的 1.ActivityRecord 状态 在ActivityRecord里面有个内部变化ActivityState mState，每次状态有变化的时候，都会调用setState方法来设置，
Activity启动流程(四)Pause前台显示Activity，Resume目标Activity
IT先森
10-15 4805
      Activity启动流程源码实现详解(三) Android四大组件源码实现详解系列博客目录: Android应用进程创建流程大揭秘 Android四大组件之bindService源码实现详解 Android四大组件之Activity启动流程源码实现详解概要 Android四大组件之Activity启动流程源码实现详解(一) Android四大组件之Activity启动流程源码实现详解(二) Android四大组件之Activity启动流程源码实现详解(三) 前言   还记得我们在前面.
Activity-finish过程与result回调
Benson的博客
07-17 908
### 使用方式  通常我们使用Activity的finish方法和onBackPressed方法来结束当前Activity，其中手机按物理back键就是调用的onBackPressed，查看源码可以发现其实onBackPressed也是调用了finish。如果当前Activity是使用startActivityForResult(Intent, int)来打开...
跑monkey过程中，出现systemserver重启现象
一杯咖啡的专栏
09-07 2746
08-27 18:36:58.131318 900 921 E AndroidRuntime: *** FATAL EXCEPTION IN SYSTEM PROCESS: ActivityManager 08-27 18:36:58.131318 900 921 E AndroidRuntime: java.lang.IllegalArgumentException: No d...
android finish 判断当前_踩坑之路：Activity执行finish以后onStop方法10s以后才调用
weixin_34443842的博客
01-26 966
背景某天，测试提了一个bug，说当前页面关闭了以后回到了上一个页面，但是对应的音乐并没有立刻停止，而是过了一段时间才停止。于是翻阅了一下代码:@Overrideprotected void onStop() {super.onStop();if (mIsLoading) {mAudioTool.pausePlayAudio();}}mAudioTool.pausePlayAudio方法是停止播放音...
activity生命周期代码演示
05-15
好的，以下是一个简单的 Android Activity 生命周期的代码演示： ``` public class MainActivity extends AppCompatActivity { @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main); Log.d("Lifecycle", "onCreate() called"); } @Override protected void onStart() { super.onStart(); Log.d("Lifecycle", "onStart() called"); } @Override protected void onResume() { super.onResume(); Log.d("Lifecycle", "onResume() called"); } @Override protected void onPause() { super.onPause(); Log.d("Lifecycle", "onPause() called"); } @Override protected void onStop() { super.onStop(); Log.d("Lifecycle", "onStop() called"); } @Override protected void onDestroy() { super.onDestroy(); Log.d("Lifecycle", "onDestroy() called"); } @Override protected void onRestart() { super.onRestart(); Log.d("Lifecycle", "onRestart() called"); } } ``` 在这个示例中，我们覆盖了 Activity 生命周期中的所有方法，并在每个方法中使用 Log 来输出当前方法的名称。这将帮助我们理解 Activity 生命周期中的每个阶段。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值