Android 17「Continue On」想補上 Android 多裝置最大短板
3C 產品

Android 17「Continue On」想補上 Android 多裝置最大短板

圖片:via Android Authority — https://www.androidauthority.com/android-17-continue-on-3669055/
TechLab 編輯部(譯)·

手機做到一半轉去平板,香港用家同開發者都要睇清限制

Android 17「Continue On」想補上 Android 多裝置最大短板

圖:Android Authority.原文連結

Android 17 今次最值得留意嘅,未必係 I/O 2026 上聲量最大嘅 AI,而係一個聽落細、但對日常工作好實際嘅 Continue On。佢想解決 Android 生態長期尷尬:手機、平板、摺機各自好用,但做到一半要換裝置,往往要重新開 app、搵返文件、搵返同一封 email 或同一個分頁。對香港學生、打工仔、經常用公司 Google Workspace 或私人 Gmail 嘅人,呢種斷開其實日日都發生。

根據原報導同 Android Developers 文件,Continue On 會在 Android 17 引入,官方定位係讓用家由一部 Android 裝置開始某個 app 工作,再轉去另一部 Android 裝置繼續。但重點要講清楚:初期支援係手機至平板 handoff,唔係一開波就全面覆蓋所有 Android 裝置、所有品牌、所有 app。Google 展示嘅體驗係:你喺 Android 手機用緊某個支援 app,拎起平板後,平板 taskbar 會出現相應建議,撳一下就可以接住原本嘅工作。

Continue On 實際做咩

官方文件將 Continue On 定義為 Android 17、API level 37 嘅新功能,用嚟做 cross-device continuity。文件亦講明佢設計上係雙向,理論上支援嘅 Android 裝置可以既做 sending device,亦可以做 receiving device。不過 launch 階段先由 mobile-to-tablet 開始,平板 taskbar 會顯示手機最近開過嘅 app 建議,呢個安排好明顯係先攻 Android 平板同摺機展開後嘅大屏幕使用情境,而唔係一次過挑戰完整桌面級工作流。

Google 示範入面有兩個關鍵例子。第一個係 Google Docs:手機打開嘅文件,可以轉去平板同一個文件狀態繼續。第二個係 Gmail:手機上嘅 Gmail app 可以 handoff 到平板上嘅 Gmail web 體驗,並打開同一個 email thread。呢兩個例子代表兩條路:一係 app-to-app deeplink,第二部裝置有原生 Android app 就開返 app;另一條係 web handoff 或 web fallback,第二部裝置冇裝 app,或者 web 版更適合大屏幕,就開瀏覽器繼續。

呢度亦係 Continue On 同一般「同步通知」最大分別。Google 只係提供背景機制去發現、顯示同觸發 handoff,真正能否回到正確文件、文章、購物車、表格步驟或訊息 thread,要靠開發者實作。官方開發文件寫得好白:Continue On 預設係關閉,開發者要逐個 activity 用 setHandoffEnabled() 標示準備好 handoff,並透過 onHandoffActivityDataRequested() 回傳可還原狀態嘅資料;如果 app 不能在第二部裝置啟動,仲可以用 setFallbackUri() 指定一個 fallback URL。

Google 追嘅其實係生態黏性

Apple 早就用 Continuity 同 Handoff 將「做到一半轉裝置」變成生態賣點。Apple 香港支援文件形容 Handoff 可以在一部 Apple 裝置開始工作,再換去附近另一部裝置接住做;支援頁亦列出 iPhone、iPad、Mac、Apple Watch 等裝置,並要求同一 Apple Account、Wi-Fi、Bluetooth 同 Handoff 設定。實際體驗上,Mac Dock、iPad Dock、iPhone App Switcher 會出現 Handoff 入口,呢個係 Apple 多年累積出嚟嘅平台優勢。

Android 難位在於開放。Pixel、Samsung Galaxy、Lenovo 平板、OnePlus、Xiaomi 等品牌都有自己嘅裝置組合同更新節奏,Google 冇辦法好似 Apple 咁同時控制硬件、OS、預載 app 同桌面系統。Continue On 重要之處,係 Google 嘗試將「接續」拉返去 Android platform 層面,而唔係任由每間廠自己砌一套封閉功能。長遠如果做得成,Android 平板先有機會由「手機放大版」變成真正可以接續手機工作的第二屏幕。

香港實際影響:大屏幕唔只係睇片

香港本身係手機同流動數據非常密集嘅市場。通訊辦 2026 年 1 月數字顯示,香港 mobile subscriber penetration rate 達 440.9%(不包括機器類連接),mobile subscriptions 超過 3,428 萬,mobile broadband subscriptions 亦超過 3,427 萬。呢啲數字唔等於人人都有 Android 平板,但反映香港日常工作同生活極依賴手機同流動數據;如果 Android 能夠將手機上未完成嘅工作自然帶去平板,實用價值會比單純新增一個 app shortcut 高。

實際場景可以好貼地:學生喺手機收到 group project 文件,上堂或返屋企拎起平板繼續改 Google Docs;打工仔喺車程中用手機睇 Gmail 或公司文件,到 office 或咖啡店打開平板接住處理;媒體、零售、客戶服務、教育平台等 app,如果可以由手機嘅某篇文章、訂單、工單、課堂頁面直接 handoff 去平板,少咗重新搜尋同重新登入嘅摩擦。呢啲唔係炫技,而係減少每日重覆幾十次嘅細斷點。

但香港用家暫時最需要冷靜睇嘅,係港行支援時間表仍然未清楚。截至 2026 年 5 月 20 日,Google 官方 Android 17 頁面仍以 Android 17 Beta / Beta 4 形式供開發、測試同回饋,並列出支援 OTA 或下載嘅 Pixel 裝置,包括 Pixel 6 至 Pixel 10 系列、Pixel Tablet、Pixel Fold 同 Pixel 9 Pro Fold 等。呢個係 Android Beta 支援名單,唔等於香港發售、港行 OTA、Samsung 港行或其他品牌更新時間表;相關港行 rollout 仍然係 [待確認]。

本地 app 要準備嘅唔止一條 deeplink

對香港 app team 同公司 IT team 來講,Continue On 最值得提早睇嘅唔係 UI 有幾靚,而係狀態能否可靠還原。好多 app 以前有 deeplink 都只係開首頁、分類頁或者某篇內容;Continue On 需要更細緻嘅狀態,例如文件 ID、scroll position、email thread、表格草稿、購物流程、登入 session 同權限處理。官方文件示例亦提到可以把 data_id、scroll_position 等資料放入 handoff data,再在 receiving device 用 intent 取回,重建原本畫面。

本地開發者如果想支援得似樣,至少要處理幾件事:

  • 決定邊啲 activity 真係適合 handoff,唔好所有畫面一刀切開啟。
  • deeplink 要可以準確還原內容同位置,而唔係只開 app 首頁。
  • web fallback 要有同一個工作狀態,並處理登入、權限、過期連結同私隱。
  • 平板版 layout 要真正適合大屏幕,否則 handoff 過去都只係放大手機版。

Continue On 亦唔係魔法式搬 app。佢唔係把手機記憶體狀態原封不動搬去平板,而係由系統觸發 handoff,再由 app 或 web 端還原一個合理嘅接續畫面。如果 app 只交一個普通 URL,平板只會開一個普通網頁;如果 app 冇保存草稿、scroll position 或內容 ID,用家仍然要人手搵返原位。換句話講,Android 17 提供咗路,但體驗好壞仍然要靠 app 生態跟上。

所以 Continue On 真正值得期待嘅地方,唔係 Google 終於有一個似 Apple Handoff 嘅名字,而係 Android 多裝置體驗開始有更清晰嘅平台答案。對香港 Android 用家嚟講,短期唔應該急住期待所有港行手機同平板即刻可用;更實際係睇 Pixel beta、Android 17 RC/正式版、Samsung 同其他品牌更新節奏,以及常用 app 會唔會做好 deeplink 同 web fallback。做到呢幾步,Android 平板先有機會由「偶然用嚟睇片」變成真係接得住手機工作的裝置。


參考來源

本文根據原文及公開資料整理;資料有出入時,以原文及官方資料為準。

分享:WhatsAppThreadsTelegramFacebook