让我们看一下 Android 调用者应用程序的另外 2 个 UX 便利。首先，让我们确保应用程序在使用 Android 前台服务最小化或锁定屏幕后继续正常运行。之后，让我们看看如何使用 Deep Links 实现到呼叫或会议的直接链接。通过点击它们，智能手机用户将被直接带到通话中。
如何在 Android 上创建前台服务
今天的智能手机及其操作系统具有许多旨在延长电池寿命的内置优化。移动应用程序开发人员需要牢记系统可以对应用程序采取的潜在操作。
一个典型的例子是释放资源并关闭用户目前没有主动交互的应用程序。在这种情况下，系统仅将当前显示在用户屏幕上的应用程序视为“正在使用”。如果系统没有足够的资源供积极使用的应用程序使用，则可以随时关闭所有其他正在运行的应用程序。多亏了这一点，我们可以打开无限数量的应用程序而无需显式关闭它们——系统将关闭旧的应用程序，当我们返回它们时，应用程序将再次运行。
一般来说，这种机制在移动设备上是方便且必要的。但是我们想绕过这个限制，这样调用就不会被系统突然关闭。幸运的是，可以将应用程序的一部分“标记”为正在使用，即使它不再显示。为此，我们使用前台服务。请注意，即使这样也不能完全保护系统 - 但它增加了应用程序在系统眼中的“优先级”，并且即使Activity关闭，您也可以将一些对象保留在内存中。
添加运行此类 Android 服务的权限：
让我们自己实现我们的服务。在最简单的形式中，它只是一个子类 Service，它有一个指向我们的链接CallManager（因此它不会被垃圾收集器清理）：
class OngoingCallService : Service() {
@Inject
lateinit var abstractCallManager: AbstractCallManager
// Implementation of an abstract method; we won’t use Bind so just return null
override fun onBind(intent: Intent): IBinder? = null
}
Service 是一个应用程序组件，与 Activity 一样，必须在以下位置指定AndroidManifest.xml：
我们的 Android 前台服务的启动方式与常规服务略有不同：
private fun startForegroundService() {
val intent = Intent(this, OngoingCallService::class.java)
ContextCompat.startForegroundService(this, intent)
}
在 Android 8 以上的版本上，Foreground Service 必须在几秒钟内调用 startForeground 方法，否则，应用程序被认为是挂起（ANR）。有必要向此方法传递通知，因为出于安全原因，此类服务的存在应该对用户可见（如果您不知道或忘记如何创建通知，您可以在我们的其中一个中刷新您的记忆之前关于 Android 上的来电通知的文章）：
val notification = getNotification()
startForeground(ONGOING_NOTIFICATION_ID, notification)
我们在上一篇文章中写的关于通知的所有内容都适用于此通知——您可以使用呼叫参与者列表对其进行更新、为其添加按钮或完全更改其设计。唯一的区别是默认情况下此通知将是ongoing默认的，用户将无法“滑动”它。
通话结束时——必须停止服务，否则只能通过设置将应用程序完全关闭，对用户来说非常不方便。我们的服务以与通常的 Android 服务相同的方式停止：
private fun stopForegroundService() {
val intent = Intent(this, OngoingCallService::class.java)
stopService(intent)
}
如果 CallManager 有一个响应式字段来监控调用的状态，那么启动和停止一个服务是非常方便实现的，例如：
abstractCallManager.isInCall
.collect { if (it) startForegroundService() else stopForegroundService() }
这就是服务的整体实现，这将在一定程度上保护我们最小化的应用程序不被系统关闭。
Android 深度链接教程
一个非常人性化的功能，可以简化应用程序用户群的增长，是应用程序中某个位置的链接。如果用户没有该应用程序，该链接会在 Google Play 上打开一个页面。在呼叫应用程序的上下文中，最成功的用例是能够共享指向呼叫/会议/房间的链接。用户想与某人交谈，将链接扔给他正在与之交谈的人，该人下载应用程序，然后直接进入通话 - 还有什么更方便的呢？
系统支持指向应用程序中特定位置的链接本身，无需任何额外的库。但是为了让链接在应用程序的安装过程中“存活”下来，我们需要向 Firebase Dynamic Links 寻求帮助。
让我们专注于应用程序中链接处理的实现，并将它们的创建留给后端开发人员。
因此，Android 深度链接与代码示例。首先，让我们添加库：
dependencies {
implementation 'com.google.firebase:firebase-dynamic-links:20.1.1'
}
对于用户来说，深层链接是他点击的普通链接。但是在浏览器中打开链接之前，系统会查看应用程序的注册表并找到那些声明它们处理该域的链接的应用程序。如果找到这样的应用程序 - 它不会在浏览器中打开，而是启动相同的应用程序并将链接传递给它。如果有多个这样的应用程序 - 系统窗口将显示一个列表，用户可以在其中选择打开链接的应用程序。如果您拥有链接域，则可以保护自己在安装您的应用程序时不被其他应用程序打开此类链接。
要声明我们的应用可以处理的链接，我们需要在以下位置添加Activity一个意图过滤器AndroidManifest.xml：
// These action and category notify the system that we can “display” the links
当用户单击动态链接并安装应用程序（或单击已安装应用程序的链接）时，Activity 将启动，该链接指示为该链接的处理程序。在这个Activity中，我们可以这样获取链接：
Firebase.dynamicLinks
.getDynamicLink(intent)
.addOnSuccessListener(this) { data ->
val deepLink: Uri? = data?.link
}
使用常规深度链接时，数据会变得更简单一些：
val deepLink = intent?.data
就是这样，现在我们剩下的就是从链接中获取我们感兴趣的参数，并在您的应用程序中执行连接到调用所必需的操作：
val meetindId = deepLink?.getQueryParameter("meetingid")
if (meetingId != null) abstractCallManager.joinMeeting(meetingId)
结论
在我们周期的最后一篇文章“每个带有调用的应用程序应该有什么”中，我们已经完成了在最小化应用程序并使用深层链接作为调用调用邀请的便捷选项后保持应用程序的活动。现在您知道了不仅在应用程序内部而且在系统级别使用户体验更好的所有机制。
链接：https://forasoft.hashnode.dev/how-to-implement-foreground-service-and-deep-links-for-android-apps-with-calls-with-code-examples