Android6.0以后,如何获取当前运行的app

自Android 6.0(API级别23)起,通过传统方式获取当前运行的APP变得困难,因为权限限制。本文介绍了如何使用UsageStatsManager在Android 6.0及以上版本中获取当前运行的APP。首先需要在AndroidManifest.xml中添加权限,然后检测并引导用户开启“Apps with usage access”权限。最后,通过UsageStatsManager的API获取信息,并在Service中通过Logcat输出结果。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

前言

在Android5.0,即Lollipop(api level 21)之前,大家都幸福的使用如下代码来获得当前运行的app,即所谓的top Activity:

ActivityManager activityManager = (ActivityManager) this.getSystemService(Context.ACTIVITY_SERVICE);
ComponentName cn = activityManager.getRunningTasks(1).get(0).topActivity;

自从Lollipo以泄露用户信息的理由彻底禁止了getRunningTasks方法之后,世道就变得艰难起来,StackOverFlow上曾经大张旗鼓的讨论此问题,很多人使用ActivityManager.RunningAppProcessInfo方法来获取顶层app,这个方法似乎在某个版本中是有效的。但是幸福总是短暂的,到了Android6.0版本,即Marshmallow(api level 23)时,这些方法统统的废了,除了自己app中的信息外,只能获取启动器的信息。道理是很简单的,Marshmallow以权限严格著称,因此对于这种可能泄露其他应用信息的方法一概禁止了。
取而代之的是下一章要说的方法。

UsageStatsManager

UsageStatsManager是用来统计app使用情况的类,直到Lollipop(api level 21)才加入Android。此类的具体用法可以参考:
http://developer.android.com/reference/android/app/usage/UsageStatsManager.html
本文仅介绍如何使用它来获取当前运行的app。

第一步,修改AndroidManifest.xml,添加权限

如下标红的部分是要添加的权限:

<?xml version="1.0" encoding="utf-8"?>
<!--注意这里:添加xmlns:tools="http://schemas.android.com/tools"-->
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:tools="http://schemas.android.com/tools"
    package="com.dumaisoft.wxb.gettopactivity">

    <application
        ...
    </application>
    <!--注意这里:添加权限-->
    <uses-permission
        android:name="android.permission.PACKAGE_USAGE_STATS"
        tools:ignore="ProtectedPermissions"/>

</manifest>

第二步,检测并引导用户开启权限

从Marshmallow开始,用户可以一个一个的给app授权,意味着系统对权限的管理更加严格了。这里,我们的app必须让用户开启“Apps with usage access”权限。
检测用户是否开启权限的代码如下:

    //检测用户是否对本app开启了“Apps with usage access”权限
    private boolean hasPermission() {
        AppOpsManager appOps = (AppOpsManager)
                getSystemService(Context.APP_OPS_SERVICE);
        int mode = 0;
        if (Build.VERSION.SDK_INT > 
### 关于在 Android 6.0 上为应用授予 Root 权限 对于希望在其应用程序中利用更高权限操作的开发者而言,理解如何使应用程序能够在具有Root权限的情况下运行至关重要。然而,在讨论具体步骤之前,重要的是要认识到赋予应用程序Root权限非官方推荐的做法,因为它可能带来安全风险。 #### ROOT 功能配置概述 针对不同版本的操作系统,获取Root权限的方式有所差异。例如,在RK平台上,为了实现特定硬件如RK3399 PRO上的Android11.0Android9.0等多个版本中的Root功能配置,通常涉及一系列复杂的流程[^2]。不过,这些说明主要适用于基于该芯片组的产品线,不直接对应所有类型的设备或操作系统版本。 #### ADB Shell 和 SELinux 考虑因素 考虑到ADB shell原本是以root身份执行的情况,除非经过`should_drop_privileges()`这样的机制将其降级至shell用户级别;因此理论上讲,绕过此过程可以直接保持较高权限状态。但是需要注意的是,在实际环境中还需应对SELinux策略的影响——即确保其处于允许的状态(比如设置为permissive而非enforcing),以便减少不必要的访问限制[^3]。 #### 使用第三方工具辅助授权 一种较为简便的方法是借助外部软件的帮助来完成这一目标。以VIVO品牌为例,通过激活USB调试选项配合专门设计用于管理和提升移动终端控制权的应用程序,可以有效地简化整个过程。这类解决方案往往能够提供图形界面指导用户顺利完成必要的设定更改[^4]。 请注意,上述提及的技术手段仅作为理论探讨之用,实践中应谨慎评估潜在的安全隐患以及合法性考量后再做决定。 ```bash # 假设已经获得了临时性的超级用户许可,则可通过如下命令验证当前环境下的强制模式: adb shell getenforce ```
评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值