android判断app前后台状态

项目中需要在应用从后台切换到前台时做操作，自己实现了功能，但对这块的机制不太了解，So.找了相关的资料来学习总结下。

！！！

部分资料来源https://github.com/wenmingvs/AndroidProcess

!!!!!!整理了半天，跟程序抓了不少图来解释，尼玛发了以后图全没了，格式也乱，补了几张凑合看吧。

  要了解这块，首先需要明白一些概念，app，process,task

1.process就是进程，是linux的概念。

2.一般一个app拥有一个uid，运行在一个进程里，如果app中给service等定义不同的uid，那Service就运行在另外一个进程里，也就是说uid就相当于进程的id一样，一个uid就代表一个进程；也可以几个app定义一个uid，那他们就运行在一个进程里了。

3.task是android系统的一个activity的栈，包含多个app的activity，通过ActivityManager可以获取栈中的activity信息，从而判断activity对应应用的状态。

3.1可以做的事情包括：

ActivityManager mActivityManager = (ActivityManager) context.getSystemService(Context.ACTIVITY_SERVICE);
        PackageManager mPackageManager = context.getPackageManager();  

①getRecentTasks() 获取最近打开的task，手机查看最近打开的应用可以用这个实现。

②getRunningAppProcess() 获取app运行中的process。

List<RunningAppProcessInfo> list = mActivityManager.getRunningAppProcesses();

StringBuilder apps = new StringBuilder();
    for (RunningAppProcessInfo info : list) {
apps.append(info.processName + "\n" + info.importance);
}
    System.out.println(apps.toString()); 

list是系统当前运行进程的集合，importance属性==100 表示这个进程在前台，其他数字表示在后台，所以通过importance和processName判断应用是否在前台

我做测试的时候，方法返回的list中只有这个应用的进程，前台是状态是100，后台时状态是400，

这是因为我的手机是5.0以上的，从api21开始这个方法只能返回自身应用的进程信息，如果应用中有Service并且定义了process属性，那么就会返回两个进程，app进程仍是100，Service是其他值。5.0以下可以返回所有，另外有个方法5.0以上可以返回所有，5.0以下不行，后面说。

*另外：当某个app的Service设置为粘性时，Service所在的app就会被认为是在前台，app进程的importance一直是100，这个时候就不能通过这个方法判断是否在前台了。

总结：5.0以上只能判断自身应用是否在前台，当有app的Service被设置为粘性时，就不能用了 。

If(importance == 100) 中100在runningprocessinfo下的常量IMPORTANCE_FOREGROUND
所以这里要写成 if（info.importance == RunningProcessInfo.IMPORTANCE_FOREGROUND)

③getRunningServices()获取系统运行中的后台service。

④getRunningTask()获取系统运行中的任务。

上面说了activity的task栈，栈顶activity所在app就是前台的app，所有拿到栈顶activity的信息获取他的包名，对比应用的包名来判断应用是不是在前台，5.0以前可以判断是哪个应用在前台，5.0以后只会返回自身和部分不重要task，不能再判断其他应用是否在前台，只能判断自己了。

ActivityManager am = (ActivityManager) context
.getSystemService(Context.ACTIVITY_SERVICE);
List<RunningTaskInfo> tasks = am.getRunningTasks(1);
if (!tasks.isEmpty()) {
ComponentName topActivity = tasks.get(0).topActivity;
if (topActivity.getPackageName().equals(context.getPackageName())) {
“前台”
}
}
“后台”

4.ActivityLifecycleCallbacks

以前做过所有的activity都集成baseactivity，重写onCreate方法，onStop方法，定义一个变量count统计打开的activity数，onCreate时 count++，onStop时count--,当count == 0 时，应用就在后台了。现在，从api14开始，api提供了一个所有activity生命周期的回调，就是ActivityLifecycleCallbacks，每个activity的生命周期都会触发，通过registerActivityLifecycleCallbacks注册这个回调。

其实和重写baseactivity的onCreate和onStop一样的，在回调的onCreate中count++，onStop中count--，在onStop中增加个判断，if（count == 0）{“我在后台了”}，为什么在onStop中呢？不论是back返回还是home退出，还是其他手段退出，activity总会回调onStop的。

 

也可以在onStop中直接调用 getRunningAppProcess或者getRunningTask判断应用是不是跑后台去了，这个时候可以做一些事情。然后从后台回到前台调用onCreate，又可以做一些事情。

我做过的这个是在每次应用跑到前台时就检测是不是有新版本更新。在自定义application的onCreate中注册这个回调。

5.UsageStatsManager ,这个就是上面说的5.0以后才有效的方法.使用需要加入权限

		<uses-permission xmlns:tools="http://schemas.android.com/tools" android:name="android.permission.PACKAGE_USAGE_STATS" tools:ignore="ProtectedPermissions" />

手机-设置-安全-高级，在有权查看使用情况的应用中，选中自己应用。

6.通过Android自带的无障碍功能，

http://effmx.com/articles/tong-guo-android-fu-zhu-gong-neng-accessibility-service-jian-ce-ren-yi-qian-tai-jie-mian/

7.读取Linux内核保护在/proc目录下的process进程信息，GitHub地址https://github.com/jaredrummler/AndroidProcesses

不需要权限，可以判断任意应用是否在前台，但是检索文件夹需要时间。

用法
获取一系列正在运行的App的进程

		List<AndroidAppProcess> processes = ProcessManager.getRunningAppProcesses();

获取任一正在运行的App进程的详细信息

		AndroidAppProcess process = processes.get(location);
		String processName = process.name;

		Stat stat = process.stat();
		int pid = stat.getPid();
		int parentProcessId = stat.ppid();
		long startTime = stat.stime();
		int policy = stat.policy();
		char state = stat.state();

		Statm statm = process.statm();
		long totalSizeOfProcess = statm.getSize();
		long residentSetSize = statm.getResidentSetSize();

		PackageInfo packageInfo = process.getPackageInfo(context, 0);
		String appName = packageInfo.applicationInfo.loadLabel(pm).toString();

判断是否在前台

		if (ProcessManager.isMyProcessInTheForeground()) {
		  // do stuff
		}

获取一系列正在运行的App进程的详细信息

	List<ActivityManager.RunningAppProcessInfo> processes = ProcessManager.getRunningAppProcessInfo(ctx);

5以后都没有试过，只是记录，