原文:http://www.jianshu.com/p/72c64766151c
采用了原文的方案二:
我们先拆分下需求,APP被切入后台这一事件,肯定是某个Activity从Running状态进入到了onStop()状态;同理APP切回前台这一事件,也相应的是某个Activity从stop状态又重新回到了onResume()。那我们能不能从Activity的生命周期着手解决这个问题?说到生命周期,你的脑海里肯定浮现了这幅图。
很多开发者就单纯的认为只要将上图烂熟于心,Activity生命周期就了如指掌了,其实不然,很多开发者并不能真正的理解Activity生命周期,然后利用生命周期解决一些问题。
我们先分析第一个问题,Activity为什么要把生命周期细化成6段(抛开onRestart()),其实这6段可以分成3组,它们是一一对应的关系:
onCreat()对应onDestory();
onStart()对应onStop();
onResume()对应onPause();
它们就像跷跷板的两端,此消彼长。
再思考第二个问题,一个APP当前Running的Activity最多有几个?一个,甚至说整个操作系统Running的Activity也只有一个,上面已经已经说了,Activity就像跷跷板,开一个,就要停一个,前台可见的只有一个。
第三个问题
Intent intent;
intent=new Intent(AActivity.this, BActivity.class);
startActivity(intent);
这一过程中AActivity和BActivity的生命周期是怎样的?
A.onPause() -> B.onStart() -> B.onResume() -> A.onStop()
是不是与你所认为的那样有出入。
清楚以上问题后,事情就简单多了,正常的Activity跳转,都是前一个先onPause(),后一个onStart()。但是切到后台这件事前一个onStop()后就结束了,没有另一个onStart()了。那我们只需要维护一个常量,在onStart()的时候,count++,onStop()的时候count--,然后根据这个count的值就能判断了。
@Override
protected void onStart() {
super.onStart();
appCount++;
}
@Override
protected void onStop() {
super.onStop();
appCount--;
if(appCount==0){
Toast.makeText(getApplication(), "切入后台",Toast.LENGTH_SHORT).show();
}
}