判断App是否在后台运行

 

在一些场景中，常常会须要判断App是否在后台运行，好比是否显示解锁界面，收到新消息是否显示Notification等。需求多是多样化的，但所依仗的原理是相通的，今天Stay打算说说这些需求的最优解。

固然，Stay确定不会说去for loop判断当前runningProcess或者runningTasks。好比：

这样

或者这样

这种方法调用起来感受就像是在用Windows系统里的任务管理器，真是让人蛋疼。咱们暂且不去计较性能问题，就说为啥Android连个像样的API都不给我，着实让人郁闷。

若是带着这样的质疑去调研，你会发现还真有其余方式来实现。

Android在SDK 14的时候提供了一个Callback。ActivityLifecycleCallbacks，你能够经过这个Callback拿到App全部Activity的生命周期回调。看图：

这个Callback写在Application里的，你能够在Application初始化的时候来注册。咱们能够写个单例类来cache这些status。这里我叫它AppStatusTracker。在Application的onCreate()里让AppStatusTracker注册ActivityLifecycleCallbacks。

拿到这些Callback有什么用呢，我怎么能知道App是否在前台运行呢。 

别急，咱们先来讲说Activity的生命周期。这是面试时必问题，虽然有官方答案，但真正理解生命周期，并灵活运用的很少。

咱们来设想下若是Activity调用了onResume()，那么这个Activity确定是可见的，也就是运行在前台的。若是调用了onPause()，且没有Activity来调用onResume()，那么App要跑到后台去了。至于它是点了home键仍是back键我都无论。

经过这样的判断，咱们来利用ActivityLifecycleCallbacks回调的onActivityResumed()和onActivityPaused()方法来计数，若是只有一个activityCount，那么当前App在前台，若是木有activityCount，它就在后台。

好了，就这么愉快的解决了，不再用for loop了。可是很快你会发现，这里有个延时，会致使判断不许确。

咱们假设有两个Activities，一个A，一个B，从A跳转到B，生命周期怎么走的？ A.onPause() -> B.onResume() 对应到ActivityLifecycleCallbacks里是onActivityPaused(A) -> onActivityResumed(B)，刚才咱们说的计数resumeCount，在onActivityPaused()里--，在onActivityResumed()里++， 根据这样的判断会有个短暂的间隔，也就是在A的onPause()到B的onResume()之间，App是运行在后台的，这样逻辑确定就不对了。

那如何解决问题呢？若是你打印过生命周期的哪些方法，你会发现是Activity间切换的步骤是这样的： 

从WelcomeActivity跳转到GestureActivity。（这里只说onStart, onResume这些回调 ）
A.onPause() -> B.onStart() -> B.onResume() -> A.onStop()

我估摸着60%的同窗都没想过Activities之间切换的生命周期是什么样的。

 

经过这些回调咱们能够将这个计数放在onStart()和onStop()中去，这样就不会存在那个短暂间隔。activityCount==1，那么就是前台，activityCount==0，那就是后台。这样判断很很简单了吧。

如今再说，什么状况下来显示手势解锁界面。 
个人需求是当用户锁屏后再解锁或者切换到后台10分钟后显示手势解锁界面。 
咱们拆分下需求，先说锁屏，解锁。

这个是有BroadCastReciever来接收的，注册下就能够了，每次收到锁屏ACTION_SCREEN_OFF的action时，将AppStatusTracker里的isScreenOff设置为true。 
当onActivityResumed()被调用时再将isScreenOff设为false。

再说切换到后台10分钟后显示手势解锁。这个只须要在onActivityStop()时更新下lastBackgroudTimestamp就能够了

核心代码以下：

原理很简单，可是涉及到的知识点很重要，你们能够本身写写测试下，别总依赖别人的代码，别人的类库，技术实现很简单，但需求的变体扩展有时候仍是须要本身来想办法解决的。