使用者實際看到的操作流程

對使用者而言，Continue On 的流程非常簡單：

1. 在一台 Android 裝置（例如手機）中開始某個 App 活動。
2. 附近另一台裝置（例如平板）偵測到可接續的任務。
3. 系統在 UI 中顯示 handoff / 接續建議，例如出現在平板的工作列或啟動器。
4. 點擊該建議後，平板會開啟同一個 App，並從原本的狀態繼續。

例如，你在手機上瀏覽某個網站，拿起平板時就可能看到「從手機繼續瀏覽」的建議，點擊後會直接在平板的大螢幕上接續該頁面。

系統技術架構：Sender / Receiver 模型

在技術設計上，Continue On 使用 Sender / Receiver（發送端 / 接收端）模型：

• Sender（發送裝置）：原本開始任務的裝置。
• Receiver（接收裝置）：請求並接續該任務的附近裝置。

App 必須明確宣告某個 Activity 可以被接續。開發者可在 Android 17 API 中呼叫例如 setHandoffEnabled(true) 等方法，將該 Activity 標記為可進行跨裝置接續。

當 Activity 被標記為可接續後，App 需要提供必要的 continuation data（接續資料），描述接收裝置應該如何恢復使用者的工作狀態，而裝置之間的協調與傳輸則由 Android 系統負責處理。

附近裝置偵測與帳號關聯

Continue On 只會在符合特定條件時啟用。一般來說包括：

• 兩台裝置必須 在物理距離上接近。
• 裝置屬於 同一使用者生態系，通常登入相同帳號。
• 兩台裝置都支援 Android 17 與 Continue On。

當系統判定符合條件後，發送裝置會「廣播」可接續的活動，而接收裝置會在系統 UI 中顯示相應建議，例如平板的工作列提示。

裝置之間的安全本地通信

Continue On 的另一個設計重點是：App 不需要自己實作跨裝置通訊。

Android 會透過系統層級的 安全本地通信（secure local communication） 在裝置之間傳輸任務狀態，並與使用者帳號與 App 上下文進行關聯。

公開文件確認存在此安全通訊層，但目前並未公開完整的底層通訊協定或加密細節，因此具體的加密機制仍未完全公開。

如果平板沒有安裝該 App

Continue On 也考慮到另一種常見情境：接收裝置沒有安裝該應用程式。

在這種情況下，開發者可以提供 Web continuation data，讓任務改以瀏覽器形式繼續。

如果接續資料使用標準 Web Intent，Android 會依照 App Links 規則處理：

• 若裝置上有可處理該網域的 App，可能直接開啟 App
• 否則會在使用者的預設瀏覽器中開啟網頁版本

這樣即使沒有安裝原生 App，使用者仍然能繼續原本的工作流程。

目前的限制與開發者條件

目前 Continue On 仍有一些限制：

• 僅支援 Android 17（API Level 37）。
• 開發者必須主動實作，功能預設關閉。
• 需逐個 Activity 啟用，並提供接續資料。
• 初期示範主要集中在 手機與平板之間的接續。

此外，目前公開資訊仍未完整說明所有支援裝置類型、可偵測距離或所有 UI 顯示位置，顯示這個功能仍在逐步演進中。

Android 17 的推出時間

Continue On 是 Android 17 平台的一部分。Google 的 Android 發佈節奏目前採用：

• 2026 年第二季：主要 SDK 發佈
• 2026 年第四季：次要更新

開發者已經可以在 Android 17 的開發版本中開始測試相關 API，為未來裝置普及前先整合跨裝置接續功能。

為什麼 Continue On 重要

Continue On 代表 Android 正逐漸走向 裝置無關（device‑agnostic）的使用體驗。

過去手機、平板與其他裝置常被視為彼此獨立的工作環境；而透過這類跨裝置接續技術，使用者的「任務」將不再被單一裝置綁住，而是可以在不同螢幕之間自然流動。

對同時擁有多台 Android 裝置的使用者來說，這意味著：切換裝置時不必重新開始，而是直接接手未完成的工作，整個 Android 生態系也因此更加整合。

使用者實際看到的操作流程

對使用者而言，Continue On 的流程非常簡單：

1. 在一台 Android 裝置（例如手機）中開始某個 App 活動。
2. 附近另一台裝置（例如平板）偵測到可接續的任務。
3. 系統在 UI 中顯示 handoff / 接續建議，例如出現在平板的工作列或啟動器。
4. 點擊該建議後，平板會開啟同一個 App，並從原本的狀態繼續。

例如，你在手機上瀏覽某個網站，拿起平板時就可能看到「從手機繼續瀏覽」的建議，點擊後會直接在平板的大螢幕上接續該頁面。

系統技術架構：Sender / Receiver 模型

在技術設計上，Continue On 使用 Sender / Receiver（發送端 / 接收端）模型：

• Sender（發送裝置）：原本開始任務的裝置。
• Receiver（接收裝置）：請求並接續該任務的附近裝置。

App 必須明確宣告某個 Activity 可以被接續。開發者可在 Android 17 API 中呼叫例如 setHandoffEnabled(true) 等方法，將該 Activity 標記為可進行跨裝置接續。

當 Activity 被標記為可接續後，App 需要提供必要的 continuation data（接續資料），描述接收裝置應該如何恢復使用者的工作狀態，而裝置之間的協調與傳輸則由 Android 系統負責處理。

附近裝置偵測與帳號關聯

Continue On 只會在符合特定條件時啟用。一般來說包括：

• 兩台裝置必須 在物理距離上接近。
• 裝置屬於 同一使用者生態系，通常登入相同帳號。
• 兩台裝置都支援 Android 17 與 Continue On。

當系統判定符合條件後，發送裝置會「廣播」可接續的活動，而接收裝置會在系統 UI 中顯示相應建議，例如平板的工作列提示。

裝置之間的安全本地通信

Continue On 的另一個設計重點是：App 不需要自己實作跨裝置通訊。

Android 會透過系統層級的 安全本地通信（secure local communication） 在裝置之間傳輸任務狀態，並與使用者帳號與 App 上下文進行關聯。

公開文件確認存在此安全通訊層，但目前並未公開完整的底層通訊協定或加密細節，因此具體的加密機制仍未完全公開。

如果平板沒有安裝該 App

Continue On 也考慮到另一種常見情境：接收裝置沒有安裝該應用程式。

在這種情況下，開發者可以提供 Web continuation data，讓任務改以瀏覽器形式繼續。

如果接續資料使用標準 Web Intent，Android 會依照 App Links 規則處理：

• 若裝置上有可處理該網域的 App，可能直接開啟 App
• 否則會在使用者的預設瀏覽器中開啟網頁版本

這樣即使沒有安裝原生 App，使用者仍然能繼續原本的工作流程。

目前的限制與開發者條件

目前 Continue On 仍有一些限制：

• 僅支援 Android 17（API Level 37）。
• 開發者必須主動實作，功能預設關閉。
• 需逐個 Activity 啟用，並提供接續資料。
• 初期示範主要集中在 手機與平板之間的接續。

此外，目前公開資訊仍未完整說明所有支援裝置類型、可偵測距離或所有 UI 顯示位置，顯示這個功能仍在逐步演進中。

Android 17 的推出時間

Continue On 是 Android 17 平台的一部分。Google 的 Android 發佈節奏目前採用：

• 2026 年第二季：主要 SDK 發佈
• 2026 年第四季：次要更新

開發者已經可以在 Android 17 的開發版本中開始測試相關 API，為未來裝置普及前先整合跨裝置接續功能。

為什麼 Continue On 重要

Continue On 代表 Android 正逐漸走向 裝置無關（device‑agnostic）的使用體驗。

過去手機、平板與其他裝置常被視為彼此獨立的工作環境；而透過這類跨裝置接續技術，使用者的「任務」將不再被單一裝置綁住，而是可以在不同螢幕之間自然流動。

對同時擁有多台 Android 裝置的使用者來說，這意味著：切換裝置時不必重新開始，而是直接接手未完成的工作，整個 Android 生態系也因此更加整合。