linux 判断某进程前台还是后台,Android判断App前台运行还是后台运行(运行状态)...

最新推荐文章于 2022-12-21 17:48:14 发布

宋老师的博客

最新推荐文章于 2022-12-21 17:48:14 发布

阅读量577

点赞数

文章标签： linux 判断某进程前台还是后台

本文通过图文并茂的方式给大家介绍android判断app状态的相关内容，具体详情如下所示：

要了解这块，首先需要明白一些概念，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可以做的事情包括：

ActivityManagermActivityManager = (ActivityManager) context.getSystemService(Context.ACTIVITY_SERVICE);

PackageManagermPackageManager = context.getPackageManager();

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

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

List 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 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的。