前些时候在支援公司其它部门项目开发的时候,有同事问我:通过Intent在Activity之间进行数据传递,传递的Key和获取的Key都没错,为什么在目标Activity会获取不到传递过来的数据?在Key没错的情况下获取不到数据,那么无疑是Activity的启动模式及在跳转时给Intent设置的Flag属性引起的,于是乎有了今天这篇博客。
原因一:Activity的启动模式
那么Activity以哪种启动模式进行跳转时,会导致目标Activity获取不到传递过来的数据呢?在上一篇Activity启动模式详解博客中讲到Activity以不同的启动模式进行启动会根据启动模式来创建相应的实例,也就是说,如果目标Activity的实例已经存在并且符合要求,则不会再创建相应的实例,因此在Activity的4种启动模式中,以singleTop(有可能)、singleTask、singleInstance模式启动的目标Activity,当置于后台被再次启动时都会导致目标Activity获取不到传递过来的数据(这里指的获取不到是指在不借助其它操作时)。
这里以singleTop模式来讲解,当在StandardActivity中点击SingleTopActivity按钮时,会将输入的内容或者默认的内容通过Intent传递给目标SingleTopActivity然后获取并显示出来,主要代码代码如下所示:
public void skip2SingleTopActivity(View view){
Intent intent = new Intent(StandardActivity.this,SingleTopActivity.class);
content = et_content.getText().toString().trim();
if(TextUtils.isEmpty(content)){
content = "这是从StandardActivity传递过来的内容";
}
intent.putExtra(SingleTopActivity.SINGLE_TOP,content);
startActivity(intent);
}
目标
SingleTopActivity
获取并显示数据的代码如下所示:
private void getBundleData() {
Log.i(TAG, "getBundleData");
Intent intent = getIntent();
if (intent != null) {
result = intent.getStringExtra(SINGLE_TOP);
tv_content.setText("结果为:" + result);
}
}
其中
getBundleData
方法是在
onCreate
方法中调用的,点击后的结果如下所示:
可以看到目标SingleTopActivity可以成功获取传递过来的数据,现在重点来了,如果此时在SingleTopActivity中的EditText中输入内容或者直接点击SingleTopActivity按钮让它继续跳转到自己会出现什么情况呢?
跳转的主要代码如下所示:
public void skip2SingleTopActivity(View view) {
Intent intent = new Intent(SingleTopActivity.this, SingleTopActivity.class);
String content = et_content.getText().toString().trim();
if (TextUtils.isEmpty(content)) {
content = "这是从SingleTopActivity传递过来的数据";
}
intent.putExtra(SINGLE_TOP, content);
startActivity(intent);
}
此时
SingleTopActivity
中显示的数据依然是从
StandardActivity
中传过来的数据:
原因二:Intent设置的Flag属性
Intent对象大致包含Component、Action、Category、Data、Type、Extra和Flag这7种属性,其中Intent的Flag属性用于为该Intent添加一些额外的控制旗标,可以通过Intent的addFlags方法为Intent添加控制旗标。
其中常见的跟Activity跳转有关的Flag旗杆有如下几个:
1、FLAG_ACTIVITY_BROUGHT_TO_FRONT:经测试发现以该旗标启动的目标Activity跟以旗标FLAG_ACTIVITY_NEW_TASK启动的目标Activity一样都会创建新的Activity实例。
2、FLAG_ACTIVITY_CLEAR_TOP:见名知意:清除当前Activity之上的所有实例,该Flag相当于Activity启动模式中的singleTask,例如,一个Activity栈中包含有A、B、C、D ,4个Activity实例,当在Activity D中以该旗标启动Activity B时,此时Activity栈中只包含A、B两个Activity实例。
在ActivityD中以FLAG_ACTIVITY_CLEAR_TOP标志启动之前: 在ActivityD中以FLAG_ACTIVITY_CLEAR_TOP标志启动之后: |
3、FLAG_ACTIVITY_NEW_TASK:默认启动旗标,该旗标控制创建一个新的Activity实例,该Flag相当于Activity启动模式中的standard。
4、FLAG_ACTIVITY_SINGLE_TOP:从名字中不难看出该Flag相当于Activity加载模式中的singleTop模式,即原来Activity栈中有A、B、C、D这4个Activity实例,当在Activity D中再次启动Activity D时,Activity栈中依然还是A、B、C、D这4个Activity实例。
5、FLAG_ACTIVITY_NO_HISTORY:如名字没有历史Activity一样,以该旗标启动的Activity不会保留在Activity栈中,如:Activity栈中有A、B两个Activity实例,当在Activity B中以该旗标启动Activity C,在Activity C中再启动Activity D,此时Activity栈中只有A、B、D三个Activity实例,即Activity C不会保留在Activity栈中。
当然也可以通过在Activity D中以FLAG_ACTIVITY_CLEAR_TOP旗标的方式启动Activity C,如果Activity C还保留在Activity栈中的话,那么此时栈中的肯定只有A、B、C这三个Activity的实例,但是实践证明Activity栈中有A、B、D、C这四个实例,也就进一步说明在Activity B中以FLAG_ACTIVITY_NO_HISTORY旗标启动Activity C,再在Activity C中启动Activity D后,Activity C不会在保留在Activity栈中,所以才会出现当在Activity D中以FLAG_ACTIVITY_CLEAR_TOP旗标的方式启动Activity C时会创建新的Activity C实例,栈中情况如下所示:
6、FLAG_ACTIVITY_REORDER_TO_FRONT:即如果栈中已有该Activity则直接将该Activity带到前台。如:Activity栈中有A、B、C、D四个Activity,如果在Activity D使用该旗标启动Activity C,那么启动后Activity栈中的情形为:A-B-D-C。
启动前Activity栈中的情况: 启动后Activity栈中的情况: |
从原因一:Activity的启动模式中可以发现,如果Activity栈中已经存在目标Activity的实例的话,当从后台再次返回到Activity的栈顶时都有可能导致目标Activity获取不到传递过来的数据,同样的,原因二:Intent设置的Flag属性如果也会让目标Activity的实例保留在Activity栈中且满足条件的话当再次启动时也会导致目标Activity获取不到传递过来的数据,这里本来也将会通过以Activity的singleTop启动模式相对应的FLAG_ACTIVITY_SINGLE_TOP旗标来讲解的,不过由于篇幅原因,所以打消了这种想法,如果真有需要的话,可以去下载源码查看。
解决方案:
知道原因之后,那么该如何解决这个问题呢?其实谷歌早就考虑到了这种问题,于是在Android api中的Activity类中给我们提供了一个叫onNewIntent的方法来解决这个问题:
当一个Activity的启动模式是singleTop或者使用FLAG_ACTIVITY_SINGLE_TOP这个标记启动的时候,并且Activity的栈顶就是待启动的目标Activity的时候,会调用目标Activity的这个方法,如果需要在后续的目标Activity的生命周期中可以获取最新的数据,可以在该方法中通过setIntent方法更新数据。(ps:不完全是按照翻译)
|
知道了解决办法以后,在目标SingleTopActivity重写onNewIntent方法并在该方法中通过setIntent方法来更新数据以确保在目标SingleTopActivity后续的生命周期中可以获取最新的数据,主要代码如下所示:
@Override
protected void onNewIntent(Intent intent) {
super.onNewIntent(intent);
if (intent != null) {
result = intent.getStringExtra(SINGLE_TOP);
Log.e(TAG, "onNewIntent result==" + result);
setIntent(intent);
}
}
@Override
protected void onResume() {
super.onResume();
Log.e(TAG, "onResume");
Intent intent = getIntent();
if (intent != null) {
result = intent.getStringExtra(SINGLE_TOP);
tv_content.setText("结果为:" + result);
}
}
此时,输入内容并点击
SingleTopActivity
按钮可以发现已经可以获取最新的数据了,结果如下所示:
Log日志如下所示: |
至此,Activity启动模式及Intent的Flag属性对Intent传值的影响就介绍完了。
另外,为了方便开发,很多公司都会封装一些常用的工具类,如:为了减少Activity实例的的创建,会对Activity的跳转进行一系列的封装的IntentUtils工具类中往往会给Intent添加addFlags方法以减少实例的创建,因此小伙伴们在使用自己公司封装好的工具类时需要时刻留意。
后记:
其实,现在想想,或许对Intent进行封装时添加Flag旗标也许不是一个明智的选择,就拿FLAG_ACTIVITY_SINGLE_TOP来说,这个旗标也只是在当目标Activity已对处于Activity栈顶的时候才不会再次去创建目标Activity的实例,所以说如果添加Flag是为了减少实例的创建的话也不现实,并且在开发中很多终端页都是借助WebView加载h5来实现的,如果在终端页中点击某个链接会继续在当前Activity中打开,这个时候就会遇到一个很尴尬的问题,虽然内容是变了,但是看不到Activity的任何切换并且此时点击返回键的时候是会直接退出当前Activity,而不是回到上一个h5显示的页面(也许你会说,可以监听返回键然后在相应的事件中对WebView进行判断,这样就不会直接退出了,如果你要这样想的话,我也是没辙的),当然,如果你们公司的产品觉得这样蛮好的,那又是另一回事了,毕竟这一切都是我个人的看法,况且:一切用户至上!