如果你喜欢分享,一起加入群: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包名一致),不会创建新栈,当多次启动时会创建新的实例。(参照图三)