Android 17 Continue On：Android设备之间的无缝任务接力

用户实际看到的体验

从用户角度看，Continue On 的流程非常简单：

1. 用户在一台 Android 设备（例如手机）上打开应用并开始某个任务。
2. 附近的另一台设备（例如平板）检测到该可转移任务。
3. 平板的系统界面（如任务栏或启动器）会出现 接力建议（Handoff suggestion）。
4. 点击该建议后，应用在平板上启动，并恢复到手机上的相同任务状态。

例如：你在手机上浏览网页，当拿起同一账户登录的平板时，平板任务栏可能会提示继续该网页会话。点击后，浏览体验就会直接在更大的屏幕上恢复。

技术架构：发送端与接收端模型

在系统层面，Continue On 采用 发送端 / 接收端（sender / receiver）模型：

• 发送端（Sender）：用户最初开始任务的设备。
• 接收端（Receiver）：检测到任务并请求继续的设备。

应用需要明确声明某个 Activity 是否支持跨设备接力。开发者可以通过 Android 17 API 将该 Activity 标记为可接力，例如调用 setHandoffEnabled(true)。

当应用启用该功能后，需要提供一段“继续数据”，描述接收设备应如何恢复任务。设备之间的协调、发现和传输则由 Android 系统框架负责处理。

附近设备检测与账户关联

Continue On 只有在系统确认另一台设备符合条件时才会出现。通常需要满足以下条件：

• 两台设备 距离较近。
• 设备属于 同一用户生态（通常是同一个 Google 账户）。
• 两台设备都支持 Android 17 与 Continue On 功能。

满足这些条件后，系统就可以向附近设备广播可接力的任务，并在系统 UI 中显示提示，例如平板任务栏或启动器中的建议卡片。

设备之间的安全本地通信

Continue On 的关键设计之一是 系统统一管理设备通信。

应用开发者不需要自己实现设备配对、网络传输或同步协议。Android 会通过设备之间的 安全本地通信通道 协调任务状态的传输，同时将会话与用户账户和应用上下文进行关联。

公开资料确认存在这一安全通信层，但目前并未公开完整的协议或加密细节规范。

如果平板没有安装该应用

Android 还提供了一种 网页回退（Web fallback） 机制。

如果接收设备上没有安装对应的原生应用，开发者可以提供网页版本的继续数据，使系统直接在浏览器中打开对应页面。

当使用标准 Web Intent 时，Android 会按照正常的 App Links 规则处理：

• 如果某个应用已验证对应域名，链接可能在应用中打开。
• 否则会在用户默认浏览器中打开。

这样即使设备没有安装应用，用户仍然可以继续当前任务。

当前限制与开发者要求

虽然 Continue On 带来了新的跨设备体验，但目前仍有一些限制：

• 仅支持 Android 17：属于 API level 37 的新功能。
• 开发者必须主动实现：默认关闭，需要逐个 Activity 启用。
• 设备类型仍有限：目前展示的主要场景是手机与平板之间的接力。

此外，公开资料尚未明确所有支持的设备类型、具体距离限制或完整系统界面入口，因此这一功能仍在持续完善中。

Android 17 发布时间与开发者时间表

Continue On 已包含在 Android 17 的开发者 API 中。开发者可以在 Android 17 构建版本中开始测试并集成该功能。

根据 Android 新的发布节奏：

• Android 17 主要 SDK 版本预计在 2026 年第二季度发布。
• 较小的更新版本预计在 2026 年第四季度推出。

这意味着开发者可以在系统正式大规模推送之前，提前为应用加入跨设备接力能力。

为什么 Continue On 很重要

Continue On 代表 Android 正在迈向 设备无缝协作（device‑agnostic experience） 的方向。手机、平板甚至其他设备不再是孤立的工作环境，而是一个连续的使用空间。

对于拥有多台 Android 设备的用户来说，这意味着任务可以跟着用户走——从手机到平板，从小屏到大屏，而不是每次切换设备都要重新开始。