Continue On 實際使用體驗

對一般用戶嚟講，流程其實好簡單：

1. 用戶喺 Android 手機開始某個 App 任務，例如瀏覽網站。
2. 系統偵測到附近有另一部 Android 裝置（例如平板）。
3. 平板會喺系統介面顯示 handoff 建議，例如任務列（taskbar）或 launcher。
4. 用戶點擊建議後，平板會打開同一個 App，並回到原本進行中的活動狀態。

例如你喺手機睇緊一個網站，拎起平板時可能會見到提示「繼續喺平板查看」。點擊之後，平板會直接打開同一頁內容。

技術架構：Sender / Receiver 模型

喺系統設計上，Continue On 採用 sender / receiver 模型：

• Sender（發送裝置）：最初開始任務的裝置，例如手機。
• Receiver（接收裝置）：接收並恢復任務的裝置，例如平板。

App 必須明確聲明某個 Activity 可以被轉移。開發者需要透過 Android 17 API 啟用，例如當 Activity 準備好可接力時呼叫 setHandoffEnabled(true)。

之後 App 會提供「continuation data」，描述接收裝置應該點樣恢復該任務，其餘裝置發現與傳輸流程則由 Android 系統負責。

附近裝置偵測與帳戶關聯

Continue On 並唔會對所有裝置顯示，而係要符合幾個條件：

• 兩部裝置必須 距離接近。
• 裝置通常要登入 同一個 Google 帳戶。
• 兩部裝置都需要支援 Android 17 同 Continue On 功能。

當系統判斷條件成立，就會將可轉移的活動廣播到附近裝置，並喺系統 UI 顯示建議，例如平板的 taskbar 或 launcher。

裝置之間的安全本地通訊

另一個重點係 Continue On 係 系統級通訊機制。

Android 會負責裝置之間的安全本地資料交換，用戶帳戶與 App 上下文都由系統協調。對開發者嚟講，唔需要自己寫網絡同步或配對流程。

目前公開文件只確認存在安全本地通訊層，但未公開完整技術細節，例如底層協議或加密實作。

如果平板未安裝該 App 會點？

Continue On 亦提供 Web fallback。

如果接收裝置沒有安裝原本的 App，開發者可以提供 Web 版本的 continuation data，系統就會直接用瀏覽器打開對應頁面。

當使用標準 Web intent 時，Android 會按照既有 App Links 規則處理：

• 如果裝置有被授權處理該網域的 App，就會開 App。
• 否則會用使用者預設瀏覽器開啟。

咁就算第二部裝置未裝 App，用戶仍然可以繼續原本任務。

目前限制與開發要求

雖然 Continue On 功能強大，但目前仍有一些限制：

• 只支援 Android 17（API level 37）。
• 需要開發者主動加入支援，每個 Activity 都要設定，不會自動啟用。
• 目前公開示範主要集中喺 手機與平板之間的接力。

另外，官方暫時未公開完整裝置類型支援清單、距離限制，以及所有會顯示 handoff 建議的系統 UI 位置。

Android 17 推出時間

Continue On 屬於 Android 17 平台功能。

按照 Android 近年的發布節奏，Google 目標係：

• 2026 年第二季推出主要 SDK 版本
• 2026 年第四季再推出較小型更新

開發者已經可以透過 Android 17 測試版本或開發工具開始試用相關 API，為未來正式裝置更新做準備。

為何 Continue On 對 Android 生態重要

Continue On 其實代表 Android 正慢慢轉向 跨裝置工作流程。

過去 Android 手機、平板甚至其他裝置通常各自獨立，而透過這類系統級接力功能，用戶可以將工作流程自然地由一個螢幕轉到另一個螢幕，而唔需要重新開始。

對於同時使用多部 Android 裝置的人來說，呢一步可能會令整個 Android 生態變得更加連貫。

Continue On 實際使用體驗

對一般用戶嚟講，流程其實好簡單：

1. 用戶喺 Android 手機開始某個 App 任務，例如瀏覽網站。
2. 系統偵測到附近有另一部 Android 裝置（例如平板）。
3. 平板會喺系統介面顯示 handoff 建議，例如任務列（taskbar）或 launcher。
4. 用戶點擊建議後，平板會打開同一個 App，並回到原本進行中的活動狀態。

例如你喺手機睇緊一個網站，拎起平板時可能會見到提示「繼續喺平板查看」。點擊之後，平板會直接打開同一頁內容。

技術架構：Sender / Receiver 模型

喺系統設計上，Continue On 採用 sender / receiver 模型：

• Sender（發送裝置）：最初開始任務的裝置，例如手機。
• Receiver（接收裝置）：接收並恢復任務的裝置，例如平板。

App 必須明確聲明某個 Activity 可以被轉移。開發者需要透過 Android 17 API 啟用，例如當 Activity 準備好可接力時呼叫 setHandoffEnabled(true)。

之後 App 會提供「continuation data」，描述接收裝置應該點樣恢復該任務，其餘裝置發現與傳輸流程則由 Android 系統負責。

附近裝置偵測與帳戶關聯

Continue On 並唔會對所有裝置顯示，而係要符合幾個條件：

• 兩部裝置必須 距離接近。
• 裝置通常要登入 同一個 Google 帳戶。
• 兩部裝置都需要支援 Android 17 同 Continue On 功能。

當系統判斷條件成立，就會將可轉移的活動廣播到附近裝置，並喺系統 UI 顯示建議，例如平板的 taskbar 或 launcher。

裝置之間的安全本地通訊

另一個重點係 Continue On 係 系統級通訊機制。

Android 會負責裝置之間的安全本地資料交換，用戶帳戶與 App 上下文都由系統協調。對開發者嚟講，唔需要自己寫網絡同步或配對流程。

目前公開文件只確認存在安全本地通訊層，但未公開完整技術細節，例如底層協議或加密實作。

如果平板未安裝該 App 會點？

Continue On 亦提供 Web fallback。

如果接收裝置沒有安裝原本的 App，開發者可以提供 Web 版本的 continuation data，系統就會直接用瀏覽器打開對應頁面。

當使用標準 Web intent 時，Android 會按照既有 App Links 規則處理：

• 如果裝置有被授權處理該網域的 App，就會開 App。
• 否則會用使用者預設瀏覽器開啟。

咁就算第二部裝置未裝 App，用戶仍然可以繼續原本任務。

目前限制與開發要求

雖然 Continue On 功能強大，但目前仍有一些限制：

• 只支援 Android 17（API level 37）。
• 需要開發者主動加入支援，每個 Activity 都要設定，不會自動啟用。
• 目前公開示範主要集中喺 手機與平板之間的接力。

另外，官方暫時未公開完整裝置類型支援清單、距離限制，以及所有會顯示 handoff 建議的系統 UI 位置。

Android 17 推出時間

Continue On 屬於 Android 17 平台功能。

按照 Android 近年的發布節奏，Google 目標係：

• 2026 年第二季推出主要 SDK 版本
• 2026 年第四季再推出較小型更新

開發者已經可以透過 Android 17 測試版本或開發工具開始試用相關 API，為未來正式裝置更新做準備。

為何 Continue On 對 Android 生態重要

Continue On 其實代表 Android 正慢慢轉向 跨裝置工作流程。

過去 Android 手機、平板甚至其他裝置通常各自獨立，而透過這類系統級接力功能，用戶可以將工作流程自然地由一個螢幕轉到另一個螢幕，而唔需要重新開始。

對於同時使用多部 Android 裝置的人來說，呢一步可能會令整個 Android 生態變得更加連貫。