Activity生命周期--《Android开发艺术探索》阅读笔记--第一章part1

(之前已经看了《Android开发进阶-从小工到专家》,感觉效果不是很好)

《Android开发艺术探索》读书系列笔记,开启进阶之路,是我自己理解后梳理的内容。

计划:2个月内 即5月底之前,把重点章节知识看完理解。此期间会去面试,检验效果。

上半年,6月底目标:跳槽到一个好的平台,月薪增加30%以上。

Activity生命周期高阶知识开始!

一、正常情况的生命周期

用户感知到的、可理解的、操作后逻辑上一定会走的生命周期过程。如按back键退出,一定会走onPause、OnStop、OnDestroy。

1、onStart与onStop、onResume与onPause:

从onPause状态回到前台会走到onResume状态,从onStop状态回到前台会到onStart状态。从是否可见来说,onStart和onStop是配对的;从是否在前台来说,onResume和onPause是配对的。

2、A启动B过程:

A先走OnPause,然后B走OnCreate、OnStart、OnResume。(所以onPause中不能有重量级操作,否则影响B启动)

二、异常情况

一般正常情况的周期就像上面所说的一样,但是因为Android本身内存或者其他的一些情况会使得Activity不按照正常的生命周期。比如当资源配置发生改变、系统内存不足时,Activity就会可能被杀死。下面两种常见的情况:

1、资源相关的系统配置发生改变导致Activity被杀死并重新创建

如竖屏切换到横屏,由于系统配置发生了改变,在默认情况下,Activity就会被销毁并重新创建(当然我们也可以阻止系统重新创建,具体下面会说)。A销毁后立刻创建B,A中的一些信息会在B中恢复。

 

异常情况下的调用流程:

  1. 调用onSaveInstance保存当前Activity状态。注意,它与onPause方法没有先后之分。
  2. 调用onStop方法做后续处理。
  3. 调用onDestroy方法销毁当前活动。
  4. 重新onCreate该活动。
  5. 调用onStart方法之后,再调用onRestoreInstance方法加载保存的数据。
  6. 接下来就与正常的一样了,调用onResume,然后运行。

我们来看一下生命周期异常运行的系统日志:

03-23 00:19:23.480 26457-26457/com.example.david.lifecircle E/TAG: onCreate() is invoked!
03-23 00:19:23.481 26457-26457/com.example.david.lifecircle E/TAG: onStart() is invoked!
03-23 00:19:23.481 26457-26457/com.example.david.lifecircle E/TAG: onResume() is invoked!
03-23 00:19:51.323 26457-26457/com.example.david.lifecircle E/TAG: onPause() is invoked!
03-23 00:19:51.324 26457-26457/com.example.david.lifecircle E/TAG: onSaveInstanceState() is invoked!  Save Text = Save Data
03-23 00:19:51.478 26457-26457/com.example.david.lifecircle E/TAG: onCreate() is invoked!
03-23 00:19:51.488 26457-26457/com.example.david.lifecircle E/TAG: onStart() is invoked!
03-23 00:19:51.490 26457-26457/com.example.david.lifecircle E/TAG: onRestoreInstanceState() is invoked!  Recover Text = Save Data
03-23 00:19:51.490 26457-26457/com.example.david.lifecircle E/TAG: onResume() is invoked!

注意:

onSaveInstanceState和onRestoreInstanceState调用时机:

 

      当某个activity变得“容易”被系统销毁时,该activity的onSaveInstanceState就会被执行,除非该activity是被用户主动销毁的,例如当用户按BACK键的时候。 注意上面的双引号,何为“容易”?言下之意就是该activity还没有被销毁,而仅仅是一种可能性。这种可能性有哪些?有这么几种情况: 
1、当用户按下HOME键时。 
这是显而易见的,系统不知道你按下HOME后要运行多少其他的程序,自然也不知道activity A是否会被销毁,故系统会调用onSaveInstanceState,让用户有机会保存某些非永久性的数据。以下几种情况的分析都遵循该原则 
2、长按HOME键,选择运行其他的程序时。 
3、按下电源按键(关闭屏幕显示)时。 
4、从activity A中启动一个新的activity时。 
5、屏幕方向切换时,例如从竖屏切换到横屏时。
 
      在屏幕切换之前,系统会销毁activity A,在屏幕切换之后系统又会自动地创建activity A,所以onSaveInstanceState一定会被执行。 
      总而言之,onSaveInstanceState的调用遵循一个重要原则,即当系统“未经你许可”时销毁了你的activity,则onSaveInstanceState会被系统调用,这是系统的责任,因为它必须要提供一个机会让你保存你的数据(当然你不保存那就随便你了)。 
      至于onRestoreInstanceState方法,需要注意的是,onSaveInstanceState方法和onRestoreInstanceState方法“不一定”是成对的被调用的,onRestoreInstanceState被调用的前提是,activity A“确实”被系统销毁了,而如果仅仅是停留在有这种可能性的情况下,则该方法不会被调用,例如,当正在显示activity A的时候,用户按下HOME键回到主界面,然后用户紧接着又返回到activity A,这种情况下activity A一般不会因为内存的原因被系统销毁,故activity A的onRestoreInstanceState方法不会被执行。 

 

       另外,onRestoreInstanceState的bundle参数也会传递到onCreate方法中,你也可以选择在onCreate方法中做数据还原。

 

2、资源内存不足导致低优先级的Activity被杀死

这种情况不好模拟,但是其数据存储和恢复过程和情况1完全一致,这里简单的描述一下Activity的优先级情况。Activity的优先级从高到低可以大致分为一下三种:

(1)前台Activity——正在和用户交互的Activity,优先级最高。
(2)可见但非前台Activity——比如Activity中弹出了一个对话框,导致Activity可见但无法和用户直接交互。
(3)后台Activity——已经被暂停或者停止的Activity,优先级最底。

当系统内存不足的时候,系统就会按照上述优先级从低到高来杀死目标Activity。并在后续通过onSaveInstance和onRestoreInstance来存储和恢复数据。
特别提醒的是:如果一个进程中没有四大组件(Activity、Service、ContentProvider、BroadCastReceiver)。那么这个进程就会很快被杀死,因此一些后台工作不适合脱离四大组件而独立运行在后台中,否则很容易被杀死。一般是将后台工作放入Service中从而保证进程有一定的优先级,这样才不会被系统轻易杀死。

 

补充:如何使得在系统配置放生改变后,Activity不被重新创建呢?

我们可以在AndroidMainfest.xml里,对< activity />增加一个android:configChanges属性,来指定在哪些配置改变的情况下Activity不需要重建。如下所示:

 

android:configChanges="keyboardHidden|locale|screenSize|orientation"
//调出键盘、切换系统语言、屏幕尺寸(旋转屏幕时)改变、屏幕方向的改变时,不会重建Activi

 

 

 

 

另外,

 

 

 

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值