activity 简单的生命周期众所周知,今天遇到activity之间跳转卡顿的问题。为了从根本上解决。对activity的跳转生命周期的变化研究了下。主要是三方面:
- ac1启动ac2
- ac2返回ac1
ac和fragment联合使用时对生命周期的影响
两个标准标准启动方式(android:launchMode=”standard”)的activity ,ac1 和ac2. ac1启动:
ac1启动ac2
ac1启动
ac1启动ac2
ac2返回ac1
对于第一张图不做过多解释。
第二张图,ac1启动ac2 .可能有不少人不了解。ac1先执行onpause 之后执行ac2的生命周期。所以这一点要注意,如果ac1 onPause里面有耗时操作同样会影响ac2的启动速度。
第三张图:ac2返回ac1.注意看生命周期变化;ac2只是执行了onpause紧接着便是ac1 的onResume.ac1显示界面。ac2 默默的执行onStop onDestory.现在有一个问题,ac2的消失是在什么时候呢。在ac1 onresume中sleep 2s .发现实在2s之后ac2消失即ac1的onresume 执行完毕之后。并不是在ac2的onpause 执行之后,ac2消失。为了进一步确认ac2不可见的时机,在ac2 onstop中sleep 2s .界面并没有停留。因此确定ac2不可见的时机是ac1 onResume 执行之后,ac2 onstop 执行之前。 这也说明了,影响一个ac 返回速度的生命周期是当前的onPause 和前一个ac的onresume
注意当前一个activity内使用了viewPager同时加载多个fragment的情况。这时会执行所有加载的fragment的onresume 方法。因为ac的onresume 和frament 的onresume 是绑定的。
测试代码片段ac2
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main2);
Log.e("AAA", "M2---onCreate---------");
}
@Override
protected void onResume() {
super.onResume();
Log.e("AAA", "M2---onResume---------");
}
@Override
protected void onPause() {
super.onPause();
Log.e("AAA","M2---onPause---------");
}
@Override
protected void onDestroy() {
super.onDestroy();
Log.e("AAA", "M2---onDestroy---------");
}
@Override
protected void onStop() {
Log.e("AAA", "M2---onStop-00--------");
try {
Thread.sleep(2000);
} catch (InterruptedException e) {
e.printStackTrace();
}
super.onStop();
Log.e("AAA", "M2---onStop---------");
}
这里写代码片ac1
@Override
protected void onResume() {
super.onResume();
Log.e("AAA", "M1---onResume---------");
}
@Override
protected void onPause() {
Log.e("AAA", "M1---onPause---------");
super.onPause();
}
@Override
protected void onStop() {
Log.e("AAA", "M1---onStop---------");
super.onStop();
}
@Override
protected void onDestroy() {
super.onDestroy();
Log.e("AAA", "M1---onDestroy---------");
}