继续浏览精彩内容
慕课网APP
程序员的梦工厂
打开
继续
感谢您的支持,我会继续努力的
赞赏金额会直接到老师账户
将二维码发送给自己后长按识别
微信支付
支付宝支付

Android四大组件之Activity(二)

弑天下
关注TA
已关注
手记 141
粉丝 12
获赞 51

 上次已经对Activity的创建、配置、关闭和生命周期有了简单的介绍了,下面我接着学习!!!

          1、怎样保存Activity的状态?

          官方API提供的信息是,当Activity暂停或者停止的时候,ACtivity的状态会得到保留。的确如此,因为当Activity暂停或者停止的时候,Activity对象仍保留在内存中(有关成员和当前状态的所有信息仍处于活动状态)。因此,我们在Activity中所作的任何更改都会得到保留,当Activity返回前台的时候,这些改变仍然存在。

          但是当系统为了恢复内存而销毁某项Activity时,Activity对象也会被销毁。系统会先调用onSaveInstanceState(),然后再使Activity变得易于销毁。

          如果系统因为某些原因终止了应用进程,并且用户返回您的Activity,则系统会重建该Activity,并将Bundle同时传递给onCreate()和onRestoreInstanceState()。

          在下面两种情况下,Activity重获用户焦点时可保持状态完好:

               1)系统在销毁Activity后重建Activity,Activity必须恢复之前保存的状态;

               2)系统停止Activity后继续执行Activity,并且Activity状态保持完好。

5ba36a5b00015b3e06390359.jpg

               注意:

                    1)实际上,无法保证系统会在销毁Activity前调用onSaveInstanceState(),因为存在不需要保存状态的情况(比如按返回键)。但是,即使您什么都不操作,不去实现onSaveInstanceState(),Activity类的onSaveInstanceState()默认会恢复部分Activity的状态(默认会为布局中的每个View调用相应的onSaveInstanceState() 方法,让每个视图都能提供有关自身的应保存信息。)。

                    2)尽管 onSaveInstanceState() 的默认实现会保存有关您的Activity UI 的有用信息,您可能仍需替换它以保存更多信息。由于无法保证系统会调用onSaveInstanceState(),因此我们只可以使用它来记录Activity的瞬态(UI的状态),切勿用它来保存持久性的数据,而是应该使用onPause()在用户离开Activity后保存持久性数据(例如应该保存到数据库的数据)。

                    3)旋转设备,在activity的配置文件没有进行屏幕设置的情况下,可以有效的测试应用的状态恢复能力。因为当屏幕方向发生变化时,系统会销毁并重建Activity,以便应用可供新屏幕配置使用的备用资源。

          2、四种加载模式

          在Android四大组件之Activity(一)中说Activity的配置的时候提到过android:launchMode属性,这个属性就是Activity的加载模式。Activity的加载模式主要负责管理实例化、加载Activity的方式,并且可以控制Activity与Task之间的加载关系。该属性有以下4种属性值:

               1)standard(标准模式)

               通过这种模式来启动目标Activity的时候,Android总会为目标Activity创建一个新的实例,并且将这个Activity添加到当前的Task栈中。(此模式不会启动新的Task,新创建的Activity将被添加到原有的Task中。)

               下面这段代码,将实现standard模式来不断启动自身:

//按钮的点击事件

@OnClick(R.id.btn_jump)

public void onClick() {

    //创建启动ManiActivity的Intent

    Intent mIntent = new Intent(MainActivity.this, MainActivity.class);

    startActivity(mIntent);

}

               运行程序的时候,多次点击程序界面上的“跳转”按钮,就会启动多个新的MainActivity的实例(不同的Activity的hashCode值不同),但是它们所在的Task是相同的。说明了这种加载模式不会释永信的Task。当我们点击手机上的“返回”键的时候,系统将依次从栈顶删除所创建的Activity实例。

               2)singleTop(Task栈顶单例模式)

               这种模式与standard模式基本相似,唯一的不同点是:当要启动的Activity已经位于Task栈顶的时候,系统就不会再重新创建Activity的实例,而是直接复用已有的Activity实例。

               还是上面这段代码,如果把加载模式改为singleTop,那么无论点击了多少次“跳转”按钮,界面上的程序都不会发生变化。点击手机上的“返回”键,就会直接退出。如果将要启动的目标Activity没有位于Task栈顶,此时系统会重新创建目标Activity的实例,并将它加载到Task栈顶(这个时候与standard模式完全相同,无区别)。

               3)singleTask(Task内单例模式)

               采用这种加载模式的Activity在同一个Task内只能有一个实例,当系统采用这种模式的时候,可以分成下面的三种情况:

                    1>如果将要启动的目标Activity不存在,系统将会创建目标Activity的实例,并将它加入Task栈顶;

                    2>如果将要启动的目标Activity已经存在于Task栈顶,此时于singleTop模式的行为相同;

                    3>如果将要启动的目标Activity已经存在、但没有位于Task栈顶,系统将会把位于该Activity上面的所有Activity移出Task栈,从而使得目标Activity转入栈顶。

               4)singleInstance(全局单例模式)

               在这种加载模式下,系统保证无论从哪个Task中启动目标Activity,只会创建一个目标Activity实例,并会使用一个全新的Task栈来加载该Activity的实例。

               使用这种模式的时候,主要有两种情况:

                    1>如果将要启动的目标Activity不存在,系统会先创建一个全新的Task,再创建目标Activity的实例,并将它加入新的Task栈顶;

                    2>如果将要启动的目标Activity已经存在,无论它位于哪个应用程序中、位于哪个Task中,系统都会把该Activity所在的Task转到前台,从而使该Activity显示出来。

               注意:

                    采用singleInstance模式加载Activity总是位于Task栈顶,而且采用这种模式的Activity所在Task只包含该Activity。

原文链接:http://www.apkbus.com/blog-815579-63209.html

打开App,阅读手记
0人推荐
发表评论
随时随地看视频慕课网APP