如果你喜欢分享,一起加入群：524727903

更新了图片2017.10.22

FLAG_ACTIVITY_NEW_TASK

首先感觉第一个坑就是这个参数，当我们用ApplicationContext去启动一个Activity的时候，总会报错，解决的方法就是在Intent里面添加flag属性FLAG_ACTIVITY_NEW_TASK，问题才迎刃而解。 在Android的API文档说：

FLAG_ACTIVITY_NEW_TASK 在新任务中启动 Activity。如果已为正在启动的 Activity 运行任务，则该任务会转到前台并恢复其最后状态，同时 Activity 会在 onNewIntent() 中收到新 Intent。 正如前文所述，这会产生与 “singleTask”launchMode 值相同的行为。

---

会产生与singleTask相同的行为，这句话是一个坑，其实有些地方相同也有些地方不相同。

下面来看一下具体代码：

public class secondActivity extends Activity { @Override protected void onCreate(@Nullable Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.scond_activity); System.out.println("secondActivity.onCreate.this"+this); } public void jumpMainActivity(View view){ Intent intent = new Intent(); intent.setClass(this,ThiredActivity.class); intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK); startActivity(intent); } } public class ThiredActivity extends Activity { @Override protected void onCreate(@Nullable Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.thired_activity); } @Override protected void onNewIntent(Intent intent) { super.onNewIntent(intent); System.out.println("FourthActivity.onNewIntent.this = " + this); } public void jumpOther(View view) { Intent intent = new Intent(); intent.setClass(this, FourthActivity.class); intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK); startActivity(intent); }

注：jumpOther方法为普通点击事件

public class FourthActivity extends Activity { @Override protected void onCreate(@Nullable Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.fourth_activity); System.out.println("FourthActivity.onCreate.this = " + this); } @Override protected void onNewIntent(Intent intent) { super.onNewIntent(intent); System.out.println("FourthActivity.onNewIntent.this = " + this); } public void jumpThis(View view){ System.out.println("FourthActivity.jumpThis"); Intent intent = new Intent(this, FourthActivity.class); intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK); startActivity(intent); } }

注：jumpThis方法为普通点击事件

<activity android:name=".secondActivity"></activity> <activity android:name=".ThiredActivity"></activity> <activity android:name=".FourthActivity" android:taskAffinity="com.xie.yaoyan"></activity>

---

我们都知道在manifest的标签里面加上taskAffinity属性(切记，属性一定是包名的形式，我第一次就随便设置个字符串，结果发现工程报错，反复查不出来毛病，真坑)如果启动模式为singTask，Android工作流程： 1. 首先被启动的Activity找到名字为taskAffinity所规定的栈名，如果没有则创建。 2. 查看是否有被启动的Activity事例，如果没有则创建，放入到栈顶。 3. 如果有，将上面的Activity弹栈，复用该Activity，并且调用onNewIntent()方法。

但是

我们在这里发现，从ThiredActivity(下文简称ta)调到FourthActivity(下文简称fa)，确实跟singTask模式似乎一样。

图一

从图中我们发现了有两个栈，fa和ta分别处在不同的栈中。

但是

当我们点击fa的跳转的时候，如果按照API文档所说等同于singTask，那么会调用fa的onNewIntent方法，但是却并没有调用到那个方法。

当我们多次点击：

图二

发现并没有调用onNewIntent();瞬间觉得好坑。

现在我们在修改一下，会发现一个神奇的现象，我们将manifest的fa去掉taskAffinity属性，我们再看结果：

图三

看到区别了吧！！！！！！！！！！！！！！每一次调用fa都会重新创建实例。

现在我们再来改变一下： 我们从secondActivity(下面简称sa)开始跳，在fa的jumpThis方法中略微修改：

public void jumpThis(View view){ System.out.println("FourthActivity.jumpThis"); Intent intent = new Intent(this, ThiredActivity.class); intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK); startActivity(intent); }

改成跳回到ta，并略微改变manifest文件：

<activity android:name=".secondActivity"></activity> <activity android:name=".ThiredActivity" android:taskAffinity="com.xie.yaoyan"></activity> <activity android:name=".FourthActivity" android:taskAffinity="com.xie.yaoyan"></activity>

这时我看看一下栈的情况：

图四

我们可以看到效果如我们所料分别在两个栈中。

但是当我们在fa里面跳转到ta却发现在么点都没有变化(读者可以尝试)，那是因为ta已经在栈中了，多次启动既不会创建新的实例，也不会把ta挪到上面。

这里进行下总结

当FLAG_ACTIVITY_NEW_TASK和taskAffinity(包名不为app包名)搭配使用时，会创建一个新的栈，多次启动时不会创建新的实例。(参照图二,图四)当只使用FLAG_ACTIVITY_NEW_TASK时(或者taskAffinity指定的名和app包名一致)，不会创建新栈，当多次启动时会创建新的实例。(参照图三)

但是以上两种情况均未发现调用onNewIntent