如何通过调用实现 Android 应用的前台服务和深度链接?带有代码示例

让我们看一下 Android 调用者应用程序的另外 2 个 UX 便利。首先,让我们确保应用程序在使用 Android 前台服务最小化或锁定屏幕后继续正常运行。之后,让我们看看如何使用 Deep Links 实现到呼叫或会议的直接链接。通过点击它们,智能手机用户将被直接带到通话中。

如何在 Android 上创建前台服务

今天的智能手机及其操作系统具有许多旨在延长电池寿命的内置优化。移动应用程序开发人员需要牢记系统可以对应用程序采取的潜在操作。

一个典型的例子是释放资源并关闭用户目前没有主动交互的应用程序。在这种情况下,系统仅将当前显示在用户屏幕上的应用程序视为“正在使用”。如果系统没有足够的资源供积极使用的应用程序使用,则可以随时关闭所有其他正在运行的应用程序。多亏了这一点,我们可以打开无限数量的应用程序而无需显式关闭它们——系统将关闭旧的应用程序,当我们返回它们时,应用程序将再次运行。

一般来说,这种机制在移动设备上是方便且必要的。但是我们想绕过这个限制,这样调用就不会被系统突然关闭。幸运的是,可以将应用程序的一部分“标记”为正在使用,即使它不再显示。为此,我们使用前台服务。请注意,即使这样也不能完全保护系统 - 但它增加了应用程序在系统眼中的“优先级”,并且即使Activity关闭,您也可以将一些对象保留在内存中。

添加运行此类 Android 服务的权限:

<uses-permission android:name="android.permission.FOREGROUND_SERVICE" />

让我们自己实现我们的服务。在最简单的形式中,它只是一个子类 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

<service
    // Class name of our service
    android:name=".OngoingCallService"
    android:enabled="true"
    // This flag meant that other applications can’t run this service
    android:exported="false"
    // Declare a type of our service
    android:foregroundServiceType="microphone|camera|phoneCall" />

我们的 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

<activity ...>
    <intent-filter>
        // These action and category notify the system that we can “display” the links
        <action android:name="android.intent.action.VIEW"/>
        <category android:name="android.intent.category.DEFAULT"/>
        <category android:name="android.intent.category.BROWSABLE"/>
        // Description of the link which we can handle. In this case these are the links starting from calls://forasoft.com
        <data
            android:host="forasoft.com"
            android:scheme="calls"/>
    </intent-filter>
</activity>

当用户单击动态链接并安装应用程序(或单击已安装应用程序的链接)时,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

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 213,864评论 6 494
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,175评论 3 387
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 159,401评论 0 349
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,170评论 1 286
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,276评论 6 385
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,364评论 1 292
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,401评论 3 412
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,179评论 0 269
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,604评论 1 306
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,902评论 2 328
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,070评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,751评论 4 337
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,380评论 3 319
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,077评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,312评论 1 267
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,924评论 2 365
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,957评论 2 351

推荐阅读更多精彩内容