Android自己管理activity,Android Activity启动模式,回退栈管理!

(一): Activity被回收了怎么办?当系统内存不足的时候Activity是有可能被回收的,打个比方用户在A Activity启动了B Activity那么A就处于停止状态,由于内存不足A会被回收,被回收之前Activity中的一些重要数据怎么办呢?此时可以重写onSaveInstanceState()方法,该方法会携带一个Bundle对象,可以巧妙的利用该对象来进行数据的保存,同时您也会发现在onCreate()方法中也会携带一个bundle对象,那么此时取出数据您就懂啦bundle.getXxx()。@Override

protected void onCreate(Bundle savedInstanceState) {

super.onCreate(savedInstanceState);

setContentView(R.layout.activity_main);

if(savedInstanceState!= null ){

savedInstanceState.getInt("xxx");

//.................

}

}@Override

protected void onSaveInstanceState(Bundle outState) {

super.onSaveInstanceState(outState, outPersistentState);

outState.putInt("xxx", 250);

}

取出之后,在做相应的恢复就可以了,比如说将数据还原到输入框等。

(二): Activity的启动模式!

相信您知道如何取启动一个新的Activity,并指导安卓Activity是由系统管理的,但你知道他的启动方式吗?在实际开发中我们应该根据实际情况去使用四种不同的模式, standard, singleTop, singleTask 和 singleInstance, 可以在AndroidManifest.xml中设置..标签的Android:lanuchMode属性,指定启动的模式。

a: standard模式是系统默认的方式,在不进行显示启动的情况下,所有Activity都会使用该方法启动。相信您已经知道了系统是使用回退栈的模式来关联Activity,在当前模式下,系统并不会管当前Activity实例是否存在,每当启动一个新的Activity就会生成一个Activity的实例,并从回退栈中入栈,且位于栈顶的位置。@Override

protected void onCreate(Bundle savedInstanceState) {

super.onCreate(savedInstanceState);

//打印

Log.d("MainActivity", this.toString())

setContentView(R.layout.activity_main);

Button button = (Button)findViewById(R.id.button1);

button.setOnClickListener(new View.OnClickListener() {

@Override

public void onClick(View v) {

//启动

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

startActivity(intent);

}

});

}

读者可能会奇怪在MainActivity的基础上启动MainActivity,从逻辑上并没什么意义,主要探究standard模式,运行效果:

cfdb6853582c12022b5e2a437b4e5ecc.png从打印我们可以看出,每点击一次button1就会出现一个新的MainActivity实例,此时回退栈中就会存在3三个MainActivity实例,因此你需要点三次back键才能退出

281c482ad181a34d5bb11bcf5409c1a3.png

b: singleTop模式,有时候会疑问当你想要的Activity已经处于栈顶了为什么还要创建新的实例?那么singleTop可以解决你的问题,singleTop会检查Activity是否位于栈顶,如果存在则不会创建新的实例。但是,当你从MainActivity跳转到B Activity时MainActivity已经不处于栈顶,如果从B切换到MainActivity,MainActivity的实例还是会创建的。可以在AndroidManifest.xml中设置模式来指定。

c: singleTask模式,singleTask模式是为解决singleTop模式遗留的问题而存在,从b点中可以看出,当Activity没有位于栈顶时启动Activity依然会创建Activity实例。如果指定启动模式为singleTask,那么启动Activity之前系统会检测回退栈中是否有当前Activity实例的存在,如果存在则直接推向栈顶,否则创建实例再推向栈顶,从而可以避免重复创建实例的问题。

d: singleInstance模式,该模式有别于以上三种,指定为singleInstance模式的Activity系统会创建一个新的回退栈来管理,那这样做有什么意义呢?例如: 假设我们的Activity有一个是允许其他应用程序调用的,如何我们要使Activity在当前应用程序中与其他应用程序共享,那我们该如何处理呢?a,b,c三种肯定都是做不到的,因为每一个应用程序都会有自己的回退栈,同一个Activity在不同的回退栈中必然创建了新的实例。使用singleInstance模式即可解决这个问题,使用这种模式系统会单独分配一个回退栈来管理,不管是哪个应用程序来访问当前Activity都会共用该回退栈中的实例,从而达到共享的目的。如图:0cd2fab8abe472f3529546ec9ca29376.png说明:ThirdActivity与FirstActivity位于同一回退栈,SecondActivity单独位于一回退栈,而将SecondActivity设置为singleInstance模式。入口从FirstActivity进入SecondActivity,再从SecondActivity进入ThirdActivity, 此时栈顶一定是ThirdActivity,当按下back键ThirdActivity从回退栈中出栈,FirstActivity会被推向栈顶,原因就在于FirstActivity与ThirdActivity位于同一回退栈,当从FirstActivity中按下back必定会将SecondActivity压入栈顶,因为此时回退栈A已经没有实例了,必然加载回退栈B中的实例。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值