Android 判断应用前后台运行状态并获取当前 Activity 实例

判断应用是否处于运行状态,如果处于运行状态是在前台运行还是在后台运行,以及如何获取应用当前展示的 Activity 实例(Activity 堆栈中的Top Activity),是 Android 开发人员经常遇到的问题,特别是在后台运行的 service 中单凭一个 context 对象处理这些,常见应用场景如消息推送:当推送通知到达客户端时是否需要展示通知栏消息,当用户点击通知栏消息时,如何启动应用,如何触发对应 Activity 的跳转等。

Android 5.0(Lollipop,API 21)之前,我们可以通过ActivityManager提供的getRunningTasks方法获取当前设备所有处于运行状态的应用信息,从而判断自己的应用的运行状态,包括topActivity信息,如:

1
2
3
4
5
6
7
8
9
10
public static ComponentName getTopActivity(Context context){
ActivityManager activityManager = (ActivityManager) context.getSystemService(Service.ACTIVITY_SERVICE);
List<ActivityManager.RunningTaskInfo> runningTaskInfoList = activityManager.getRunningTasks(Integer.MAX_VALUE);
for (ActivityManager.RunningTaskInfo taskInfo : runningTaskInfoList) {
if (taskInfo.topActivity.getPackageName().equals(context.getPackageName())){
return taskInfo.topActivity;
}
}
return null;
}

然而,Google 为了提升 Android 系统的安全性,从 5.0 开始,废弃了getRunningTasks方法,不再为开发人员提供类似的服务,仅可作为开发时的调试和展示,源代码中明确写有注释信息:

Note: this method is only intended for debugging and presenting task management user interfaces. This should never be used for core logic in an application, such as deciding between different behaviors based on the information found here. Such uses are not supported, and will likely break in the future. For example, if multiple applications can be actively running at the same time, assumptions made about the meaning of the data here for purposes of control flow will be incorrect.

机智如你,此刻肯定和我一样,想到了尚未被标注DeprecatedgetRunningAppProcesses方法,获取处于“运行状态”的应用进程信息。结合包名和importance属性值的联合判断,即可判定应用是否处于前台运行状态:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
public static boolean isAppRunningForeground(Context context){
ActivityManager activityManager = (ActivityManager) context.getSystemService(Service.ACTIVITY_SERVICE);
List<ActivityManager.RunningAppProcessInfo> runningAppProcessInfoList = activityManager.getRunningAppProcesses();
if (runningAppProcessInfoList==null){
return false;
}
for (ActivityManager.RunningAppProcessInfo processInfo : runningAppProcessInfoList) {
if (processInfo.processName.equals(context.getPackageName())
&& processInfo.importance==ActivityManager.RunningAppProcessInfo.IMPORTANCE_FOREGROUND){
return true;
}
}
return false;
}

注意:一定要添加processInfo.importance==ActivityManager.RunningAppProcessInfo.IMPORTANCE_FOREGROUND 这句判断,区分processtask的区别。实际上,此处后台服务在运行,processInfo.processName.equals(context.getPackageName())一定为true。

不幸的是,如同getRunningTasks方法,getRunningAppProcesses方法在源码中一样被注明,该方法仅用于调试和展示性工作(实际上,在 5.0 之后,系统已经对其作了限制,使用该方法仅可获取自己的应用进程信息):

Note: this method is only intended for debugging or building a user-facing process management UI.

既然系统API出于安全的考虑,已经无法获取应用的前后台状态,只能另辟蹊径了。比如利用 Activity 的生命周期变化,自定义一个全局变量来保存应用的状态,然后将当前 Activity 的实例对象保存在全局变量中。

很多人喜欢将这个全局变量放置在自定义的 Application 类中,并且采用强引用的方式定义,这种做法不仅会给 Application 带来压力(增加应用的启动初始化时间等),还会造成内存泄漏。这里推荐一篇有关 Java 中的四种引用方式的文章:Java 7之基础 - 强引用、弱引用、软引用、虚引用

基于这些考虑,我们可以使用饿汉式单例模式保存 Activity 的实例,如:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
public class CustomActivityManager {

private static AppActivityManager customActivityManager = new CustomActivityManager();
private WeakReference<Activity> topActivity;

private CustomActivityManager() {

}

public static CustomActivityManager getInstance(){
return customActivityManager;
}

public Activity getTopActivity() {
if (topActivity!=null){
return topActivity.get();
}
return null;
}

public void setTopActivity(Activity topActivity) {
this.topActivity = new WeakReference<>(topActivity);
}

}

然后在 Activity 的生命周期函数中赋值修改这个状态值。有两种方式,第一种,在自定义的 BaseActivity 中重写 Activity 的 onResume() 方法,然后其他所有 Activity 均继承自这个 BaseActivity;第二种,借助 API 14 版本引入的ActivityLifecycleCallbacks类,在 Application 中注册使用:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
public class CustomApplication extends Application{

@Override
public void onCreate() {
super.onCreate();
registerActivityLifecycleCallbacks(new ActivityLifecycleCallbacks() {
@Override
public void onActivityCreated(Activity activity, Bundle savedInstanceState) {

}

@Override
public void onActivityStarted(Activity activity) {

}

@Override
public void onActivityResumed(Activity activity) {
CustomActivityManager.getInstance().setTopActivity(activity);
}

@Override
public void onActivityPaused(Activity activity) {

}

@Override
public void onActivityStopped(Activity activity) {

}

@Override
public void onActivitySaveInstanceState(Activity activity, Bundle outState) {

}

@Override
public void onActivityDestroyed(Activity activity) {

}
});
}
}

注意:再次强调,ActivityLifecycleCallbacks 类是有版本限制的,如果你的应用需要兼容到 API 14版本以下,就不能采取这种方式。并且,不要额外在onStop()或者onDestroy()方法中添加:CustomActivityManager.getInstance().setTopActivity(null);,考虑到Activity之间的跳转(Activity A –> B:B 先执行onResume(),A后执行onStop())和内存不足时部分Activity被系统回收(执行onDestroy())所产生的判断错误问题。

有了这个保存 Activity 状态的全局变量,就可以在后台服务中判断应用的运行状态,进行其它操作。比如,当消息推送的场景,当用户点击通知栏消息时,打开应用:如果应用处于关闭状态,重新启动;如果处于后台运行状态,打开应用并显示当前 Activity 即可。参考代码:

1
2
3
4
5
6
7
8
9
10
11
12
public static void launchApp(Context context){
Intent intent;
if (CsjActivityManager.getInstance().getTopActivity()!=null){
intent = new Intent();
intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK
| Intent.FLAG_ACTIVITY_CLEAR_TOP | Intent.FLAG_ACTIVITY_SINGLE_TOP);
}else{
intent = context.getPackageManager().getLaunchIntentForPackage(context.getPackageName());
intent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
}
context.startActivity(intent);
}

以上便是有关 Android 开发获取应用的前后台运行状态的一些见解,感谢 技术小黑屋 提供的 Activity 状态保存方式。也许这些还不是最好的解决方案,欢迎大家踊跃留言,提出自己的见解,重在交流。

最后,再补充两点:借助UsageStatsManager和“Android 无障碍辅助功能”也能实现判断应用的前后台运行状态,只是需要用户手动授权;另外还有 GitHub 上有大牛分享了一项黑科技,通过访问 /proc 文件的方式获取应用信息,无需任何权限,只是在 Android Nougat 上不起作用,有兴趣的朋友可以了解以下,地址如下:

https://github.com/jaredrummler/AndroidProcesses

关于上述所有这些方式的使用,GitHub 上也有一个开源项目,作了一些总结性说明,可供参考:

https://github.com/wenmingvs/AndroidProcess

备注:文中所述方案,均只考虑单进程应用。对于多进程,由于其内存独立性的特点,判断起来更加复杂。