Framework | 在Android中运行时获取顶层Activity并处理业务逻辑

在Android应用的开发中，有时需要获取当前正在运行的顶层Activity，尤其是当应用需要监控特定的页面或执行特殊的业务处理时，例如在截图界面进行操作或在特定的活动页面展示特定的功能。本文将详细介绍如何通过Service后台获取顶层Activity，并在满足特定条件时进行相应的业务处理。

一、获取权限

首先，要获取顶层Activity信息，需要在AndroidManifest文件中声明相应的权限。Android系统提供了 android.permission.GET_TASKS 权限，可以用来获取应用当前运行的任务信息。

但是，需要注意的是，从Android 5.0（API Level 21）开始，getRunningTasks() 方法的功能已经受限，普通应用不能再访问其他应用的任务栈，只能获取自己应用的任务信息。因此，这个方法只能在某些特殊场景下使用，比如设备管理应用或系统应用。

二、创建后台Service

为了在后台持续监控当前的顶层Activity，可以通过创建一个Service来实现。Service适合在后台执行长时间运行的任务，而不需要与用户交互。

如何创建一个后台Service

在Android中，Service的创建比较简单，可以通过继承Service类并实现其相关方法。下面是一个简单的Service示例：

class MyMonitorService : Service() {

override fun onStartCommand(intent: Intent?, flags: Int, startId: Int): Int {
    // 在后台监控顶层Activity
    monitorTopActivity()
    return START_STICKY
}

override fun onBind(intent: Intent?): IBinder? {
    return null
}

private fun monitorTopActivity() {
    // 后面会在这里实现获取顶层Activity的逻辑
}

}
在onStartCommand方法中，我们调用了monitorTopActivity方法，这个方法将负责获取当前顶层Activity的信息。

三、获取ActivityManager实例

获取顶层Activity需要用到ActivityManager，它是Android系统中用来管理Activity的类。可以通过Context获取ActivityManager的实例。

val am = getSystemService(Context.ACTIVITY_SERVICE) as ActivityManager
ActivityManager实例创建好后，可以使用它来访问当前任务栈中的信息。

四、使用getRunningTasks获取顶层Activity

ActivityManager提供了getRunningTasks方法，能够返回当前正在运行的任务列表。该方法返回的任务列表包含了任务栈的相关信息，尤其是topActivity字段，它表示该任务栈的顶层Activity。我们可以通过这一字段来确定当前显示给用户的Activity。

下面是使用getRunningTasks方法获取顶层Activity的示例代码：

private fun getTopActivity(): ComponentName? {
return try {
val am = getSystemService(Context.ACTIVITY_SERVICE) as ActivityManager
val taskInfo = am.getRunningTasks(1)
taskInfo[0].topActivity
} catch (e: Exception) {
e.printStackTrace()
null
}
}
getRunningTasks(1)方法请求了当前正在运行的任务列表中的第一个任务栈，并获取它的顶层Activity信息。需要注意的是，捕获异常是防止在获取任务列表时出现崩溃或系统异常。

五、判断顶层Activity并处理业务逻辑

当我们成功获取到顶层Activity的信息后，可以根据业务需求判断当前顶层Activity是否是我们要监听的目标Activity。如果是目标Activity，则进行相应的业务处理。

判断Activity是否是目标Activity

假设我们需要在以下两个Activity显示时进行特定操作：

• com.example.player.LivePlayer
• com.example.phone.view.activity.MainActivity
  我们可以通过判断ComponentName的className属性来确认当前顶层Activity是否是上述两个Activity之一。

下面是完整的业务逻辑代码示例：

private fun inScreenShotUI(): Boolean {
return try {
val am = getSystemService(Context.ACTIVITY_SERVICE) as ActivityManager
val cn = am.getRunningTasks(2)[0].topActivity
XLog.i(“TAG”, “className: ${cn?.className}”)
cn?.className in listOf(
“com.example.player.LivePlayer”,
“com.example.phone.view.activity.MainActivity”
)
} catch (e: Exception) {
e.printStackTrace()
false
}
}
在这个示例中，getRunningTasks(2) 返回了当前运行任务的前两个任务栈，[0] 代表最顶层的任务栈。通过cn?.className 可以获取到顶层Activity的类名，并判断它是否在我们定义的目标Activity列表中。

业务处理

如果顶层Activity是目标Activity，则可以进行相应的业务处理，比如显示提示、执行操作等。在这个例子中，我们仅仅是通过日志输出来确认是否进入了特定的Activity。

if (inScreenShotUI()) {
// 如果当前Activity是我们要监听的对象，则进行特定业务处理
performSpecificTask()
}
六、Android 13 及以上的变化

需要注意的是，在Android 13及以上版本中，Android对获取Activity相关信息的权限进行了更多的限制。普通应用不能再通过getRunningTasks()获取其他应用的Activity信息，只能获取自己应用的任务栈。因此，这种方法在现代应用开发中可能会受到限制，建议仅在特定场景下使用。

总结

在本文中，我们介绍了如何在Android中通过Service后台获取顶层Activity并进行业务处理。这个方法主要依赖于ActivityManager的getRunningTasks方法来获取任务栈中的顶层Activity信息。虽然这种方式在Android 5.0之后受到了限制，但它仍然适用于特定的应用场景。开发者应当注意系统版本的兼容性，并根据具体需求调整实现方案。