Activity启动模式及Intent的Flag属性对Intent传值的影响

前些时候在支援公司其它部门项目开发的时候，有同事问我：通过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进行判断，这样就不会直接退出了，如果你要这样想的话，我也是没辙的），当然，如果你们公司的产品觉得这样蛮好的，那又是另一回事了，毕竟这一切都是我个人的看法，况且：一切用户至上！

源码