Activity的生命周期(进阶第二天)

上面介绍了android的四大组件,下面将Activity的生命周期和启动模式来个全面的分析。

这是在任玉刚大神书下的总结,让我也有重新的认识。希望这篇对大家都有所帮助。

Activity的生命周期的话 分为正常情况下生命周期和异常情况下生命周期。正常情况下的生命周期指的用户点击进入一个界面时Activity所经历的生命周期;异常情况下的生命周期指的是Activity被系统回收或者由于当前的设备屏幕进行切换了。可以先看下Activity生命周期的流程图,我再详细说下下面的方法会在哪里走。

Activity的生命周期(进阶第二天)_第1张图片
Activity生命周期的切换过程

正常情况下的Activity会经历以下的生命周期: 

1. OnCreate 表示 Activity正在创建,这也是生命周期的第一个方法也是必走的方法,在这里我们可以做一些初始化的工作,比如加载这个Activity 的布局呀,还有初始化一些所需的数据等。

2.OnRestart  看上面的流程图 可以会有一些凝问,也有一些码帅,或码漂(妹子)已经发现了。别急这里我再来介绍下这个方法。首先这个方法字面意思,重启的意思,没错这指的就是Activity正在重启启动,当目前的Activity在用户的眼睛里不可见变成可见的时候,这个方法就会被调用。这种情况一般是用户按Home返回了也或者进入另一个Activity(这里并没有将这个Activity给finish掉),这时的Activity就会不可见了(OnPause—>Onstop),接着用户又返回到这个Activity,就会出现这种情况了。

3.OnStart 表示Activity正在启动,这时的Activity已经在后台是可见的,但是没有出现在前台,无法与用户进行交互。

4.OnResume 表示Activity已经可见,并处于前台显示,可以进行与用户进行交互。

5.OnPause 表示Activity正在停止,正常情况下,紧接着 OnStop就会被调用,在特殊情况下,如果这个时候用户迅速的返回,那么会再调用OnResume,一般很难重现。此时可以进行停止动画,但是注意不要进行过大的耗时操作,因为这会影响到Activity的显示。OnPause必须先执行完,新的Activity才会进行。

6.OnStop 表示Activity即将停止,可以做一些回收工作,但同样不能太耗时。

7 OnDestory 表示Activity即将被销毁。这也是最后一个生命周期,在这里我们可以进行一些资源释放。

下面我举的具体说明大家也可以两个Acitivity 打印下生命周期 自己观察下。

(1)当我们点击按钮打开一个界面时 Activity的生命周期:OnCreate—>OnStart—>OnResume;

(2) 当用户点击back时 Activity的生命周期: OnPause—>OnStop—>OnDestory;

(3) 当用户从aActivity 跳转到bActivity时  A生命周期: OnPause—>OnStop;B生命周期  OnCreate—>OnStart—>OnResume;我们如果从bActivity返回到aActivity A的生命周期:OnRestart—>OnStart—>OnResume;B的生命周期 OnPause—>OnStop—>OnDestory;

(4)当用户用Home回到主界面 Activity的生命周期:OnPause—>OnStop 这里有个特殊情况就是 一旦我们采用的是透明主题

Activity透明主题

Activity的生命周期不会再调OnStop;

(5) 当Activity被系统回收再次打开,生命周期的回调过程和(1)一样。切记就是生命周期一样。

我们可以这样记Activity的生命周期  我们可以采用相规则 OnCreate—OnDestory, onRestart—onStop,onResume—onPasue  如果返回到A 那么多一个方法 OnRestart; 

关于大神书下的Aactivity打开Bactivity 是先走a的onPasue  还是b的onResume。

我自己写了一个Demo 从生命周期的运行结果来看 是先走的a下的onPasue,然后才是b的onResume。具体是怎么进行,大家可以去源码里面看看。 正常情况下的生命周期到这里也就结束了。

下面的是异常情况下的生命周期,所谓异常就是没有按照正常流程走,在中途出现Activity被杀死而重现创建。资源文件发生改变或者内存不足导致Activity被杀死。

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

我这里举个列子 我们在mipmap目录下 放一张图片,然后通过Resources去获取这张图片,同时为了兼容不同的设备我们还需要在其他的一些目录下放置不同的图片,比如mipmap-xhdpi,mipmap-xxhdpi等,当程序启动时,系统会根据当前设备的情况去加载合适的Resources资源,比如说横屏手机和竖屏手机就会拿到两张不同的图片,当前我们的Activity目前是处于竖屏状态,如果屏幕突然旋转了,由于系统配置发生了改变,在默认情况下 我们的Activity会被销毁并且重新创建,当然我们也可以阻止系统重新创建Activity。当系统配置发生了改变,Activity 就会被销毁,onPause,onStop,onDestory均会被调用,但是由于Activity是异常停止,系统会调用onSaveIntanceState来保存当前的 Activity状态,这个方法可以在onPause之前也或之后,但是不能再onStop之后调用,因为那时无法保存状态 也不能进行大量的耗时操作。当Activity被重新创建,系统则会调用onRestoreIntancestate,然后onSaveIntancestate保存的Bundle对象就可以传递给onRestoreintancestate和onCreat方法,这时我们可以取出之前保存的数据并恢复的话,说明Activity被创建了。我们下面来写个旋转屏幕的例子来验证系统会自己做数据存储和恢复。                   

 public class OnSaveintanceActivityextends AppCompatActivity {

@Override

        protected void onCreate(@Nullable Bundle savedInstanceState) {

            super.onCreate(savedInstanceState);

            setContentView(R.layout.activity_main);

    //    因为第一次进来就走这个onCreate 所以再次判断savedInstanceState不能为空

            if (savedInstanceState!=null){

                String test=savedInstanceState.getString("test");

                Log.d(">>onCreateTest",test);

            }

}

@Override

        protected void onSaveInstanceState(Bundle outState) {

            super.onSaveInstanceState(outState);

    //        这里我们将数据返回给 onRestoreInstanceState和onCreate;

            outState.putString("test","测试");

        }

@Override

        protected void onRestoreInstanceState(Bundle savedInstanceState) {

           String test=savedInstanceState.getString("test");

            Log.d(">>onRestoreTest",test);

        }

@Override

        protected void onPause() {

          super.onPause();

           Log.d(">>onPause","onPause");

        }

@Override

        protected void onStop() {

          super.onStop();

           Log.d(">>onStop","onStop");

        }

@Override

        protected void onDestroy() {

          super.onDestroy();

           Log.d(">>onDestroy","onDestroy");

        }

}

Activity的生命周期(进阶第二天)_第2张图片
旋转时候的生命周期

通过这个例子我们能清楚的知道 Activity被销毁了以后调用onSaveIntanceState来保存数据,重新创建以后在onCreate和onRestoreIntanceState中都能正确的得到我们保存的数据。刚刚我还想这样来保存数据 减轻数据请求,但是我又做了一个测试,这种情况只会发生在异常情况下,也就是说Activity是异常停止。正常情况下,我们不会触发这个过程。

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

Activity按照优先级的顺序从高到低,可以分为以下三种,

(1)前台Activity 正在和用户交互的Activity 优先级是最高的

(2)可见但非在前台显示的Activity——比如Activity中弹出窗体,导致Activity是可见 但是无法和用户直接进行交互

(3)后台的Activity——已经被暂停的Activity,这样的优先级是最低。可以理解为不可见 无法与用户交互  优先级最低。

当系统内存不足时,系统就会按照上述优先级杀死目标Activity所在的进程,并在后续通过onSaveIntanceState和onRestoreIntanceState来存储数据和恢复数据,如果一个进程中没有四大组件执行,那么这个进程将很快被系统杀死,因此一些后台工作,不适合脱离四大组件而单独运行,不然很容易被杀死,比较好的方法是将后台工作放入Service中从而保证进程有一定的优先级,这样就不会容易地被系统杀死。我们知道当系统配置发生改变后,Activity会被重新创建,有什么好的办法不让他重新创建呢。我们不想系统重新创建Activity可以给Activity指定configChanges属性,比如不想让屏幕旋转我们可以加个让他一直竖屏或横屏,android:configChanges="orientation“。

你可能感兴趣的:(Activity的生命周期(进阶第二天))