APP切入后台的事件监听
2015-12-07 10:26
330 查看
转自:APP切入后台的事件监听
或许你曾遇到这样的场景,把APP切入后台,这个APP弹了个Toast告诉你,它还要在你的手机后台运行。从这个场景里我们能捕获两个信息,1:Toast并不是传统意义上的view,它的存在不依赖当前Activity。2:APP被切入后台这一事件是可以捕获的。我们今天只讲第二点,第一点以后再说。
方案一
循环判断当前runningProcess,百度会告诉你这种方法。
直接获取runningProcess,然后循环比较来判断要监听的process是在前台还是后台,抛开性能和开销不说,这种方法还是太粗鲁了,相当不友好,当然不是我要推崇的。我们再想想有没有其他的办法。
方案二
我们先拆分下需求,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就像跷跷板,开一个,就要停一个,前台可见的只有一个。
第三个问题
这一过程中AActivity和BActivity的生命周期是怎样的?
是不是与你所认为的那样有出入。
清楚以上问题后,事情就简单多了,正常的Activity跳转,都是前一个先onPause(),后一个onStart()。但是切到后台这件事前一个onStop()后就结束了,没有另一个onStart()了。那我们只需要维护一个常量,在onStart()的时候,count++,onStop()的时候count–,然后根据这个count的值就能判断了。
问题就这么简单的解决了,可能会有人有疑问了,这真的靠谱么?感觉像是旁门左道,难道Google官方就没有提供相关的API?
方案三
AndroidSDK14在Application类里增加了 ActivityLifecycleCallbacks ,我们可以通过这个Callback拿到App所有Activity的生命周期回调。
知道这些信息,我们就可以用更官方的办法来解决问题,当然还是利用方案二里的Activity生命周期的特性,我们只需要在Application的onCreat()里去注册上述接口,然后由Activity回调回来运行状态即可。代码如下:
不管以哪种方式,只要捕捉到APP切到后台的动作,就可以做你需要的事件处理了,其实还是一个比较常见的需求,比如通讯类APP切到后台的时候消息以notification的形式push过来,比如比较私密一点的APP切到后台的时候再次切回来要先输入手势密码等等。
可能还有人在纠结,我用back键切到后台和用Home键切到后台,一样吗?上述方法都适用吗?在Android应用开发中一般认为back键是可以捕获的,而Home键是不能捕获的(除非修改framework),但是上述方法从Activity生命周期着手解决问题,虽然这两种方式的Activity生命周期并不相同,但是二者都会执行onStop();所以并不关心到底是触发了哪个键切入后台的。
或许你曾遇到这样的场景,把APP切入后台,这个APP弹了个Toast告诉你,它还要在你的手机后台运行。从这个场景里我们能捕获两个信息,1:Toast并不是传统意义上的view,它的存在不依赖当前Activity。2:APP被切入后台这一事件是可以捕获的。我们今天只讲第二点,第一点以后再说。
方案一
循环判断当前runningProcess,百度会告诉你这种方法。
public static boolean isBackground(Context context) { ActivityManager activityManager = (ActivityManager) context .getSystemService(Context.ACTIVITY_SERVICE); List<RunningAppProcessInfo> appProcesses = activityManager .getRunningAppProcesses(); for (RunningAppProcessInfo appProcess : appProcesses) { if (appProcess.processName.equals(context.getPackageName())) { Log.i(context.getPackageName(), "此appimportace =" + appProcess.importance + ",context.getClass().getName()=" + context.getClass().getName()); if (appProcess.importance != RunningAppProcessInfo.IMPORTANCE_FOREGROUND) { Log.i(context.getPackageName(), "处于后台" + appProcess.processName); return true; } else { Log.i(context.getPackageName(), "处于前台" + appProcess.processName); return false; } } } return false; }
直接获取runningProcess,然后循环比较来判断要监听的process是在前台还是后台,抛开性能和开销不说,这种方法还是太粗鲁了,相当不友好,当然不是我要推崇的。我们再想想有没有其他的办法。
方案二
我们先拆分下需求,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(); } }
问题就这么简单的解决了,可能会有人有疑问了,这真的靠谱么?感觉像是旁门左道,难道Google官方就没有提供相关的API?
方案三
AndroidSDK14在Application类里增加了 ActivityLifecycleCallbacks ,我们可以通过这个Callback拿到App所有Activity的生命周期回调。
public interface ActivityLifecycleCallbacks { void onActivityCreated(Activity activity, Bundle savedInstanceState); void onActivityStarted(Activity activity); void onActivityResumed(Activity activity); void onActivityPaused(Activity activity); void onActivityStopped(Activity activity); void onActivitySaveInstanceState(Activity activity, Bundle outState); void onActivityDestroyed(Activity activity); }
知道这些信息,我们就可以用更官方的办法来解决问题,当然还是利用方案二里的Activity生命周期的特性,我们只需要在Application的onCreat()里去注册上述接口,然后由Activity回调回来运行状态即可。代码如下:
new ActivityLifecycleCallbacks() { @Override public void onActivityCreated(Activity activity, Bundle savedInstanceState) { // TODO Auto-generated method stub } @Override public void onActivityStarted(Activity activity) { // TODO Auto-generated method stub appCount++; } @Override public void onActivityResumed(Activity activity) { // TODO Auto-generated method stub } @Override public void onActivityPaused(Activity activity) { // TODO Auto-generated method stub } @Override public void onActivityStopped(Activity activity) { // TODO Auto-generated method stub appCount--; if(appCount==0){ Toast.makeText(getApplicationContext(), "切入后台",Toast.LENGTH_SHORT).show(); } } @Override public void onActivitySaveInstanceState(Activity activity, Bundle outState) { // TODO Auto-generated method stub } @Override public void onActivityDestroyed(Activity activity) { // TODO Auto-generated method stub } };
不管以哪种方式,只要捕捉到APP切到后台的动作,就可以做你需要的事件处理了,其实还是一个比较常见的需求,比如通讯类APP切到后台的时候消息以notification的形式push过来,比如比较私密一点的APP切到后台的时候再次切回来要先输入手势密码等等。
可能还有人在纠结,我用back键切到后台和用Home键切到后台,一样吗?上述方法都适用吗?在Android应用开发中一般认为back键是可以捕获的,而Home键是不能捕获的(除非修改framework),但是上述方法从Activity生命周期着手解决问题,虽然这两种方式的Activity生命周期并不相同,但是二者都会执行onStop();所以并不关心到底是触发了哪个键切入后台的。
相关文章推荐
- 移动端web开发技巧
- android launcher 日历icon显示星期
- Mac下安装配置phonegap开发环境 (涉及android sdk配置)
- java微信公众号开发(搭建本地测试环境)
- iOS之Xcode设置点滴记录(二)
- android launcher 日历icon显示日期
- 多线程操作之NSObject
- IOS 导航条 以及 状态栏颜色 相关设置
- Android activity任务栈
- Android Studio默认快捷键
- iOS之__block和__weak使用
- 《从零开始学Swift》学习笔记(Day 45)——重写方法
- iOS 21种设计模式之抽象工厂(Abstract Factory)
- 圣思园java se培训总结(28-32)(Object类,String类,包装类,数组)
- iOS开发之多线程基础
- Android处理崩溃的一些实践
- android 点击屏幕 关闭输入弹出框或键盘
- iOS开发之如何跳到系统设置里的WiFi界面
- iOS沙盒的文件操作
- android(27)(显示意图之打开浏览器)