Wear OS 4 以 Android 13 (API 級別 33) 為建構基礎,相較於 Wear OS 3 採用的 Android 11 (API 級別 30),中間歷經了數版更新。因此,如果您打算在 Wear OS 4 上使用 Wear OS 應用程式,就需要處理已在所有 Android 12 和 Android 13 應用程式上生效的系統行為變更。
只要指定 Android 13 (API 級別 33) 為目標,即可進一步提升應用程式與這個 Wear OS 版本的相容性。
權限變更
如果是在搭載 Wear OS 4 的裝置上執行的 Wear OS 應用程式,最有可能受到以下權限相關變更影響。
通知權限
在大多數情況下,使用者必須為應用程式授予通知執行階段權限,對於會發布持續性活動通知的應用程式也不例外。
如果使用者在搭載 Wear OS 4 的裝置上安裝應用程式,應用程式的通知功能會預設為關閉。在您發布本機通知或啟動持續性活動之前,請先呼叫 areNotificationsEnabled()
,檢查應用程式是否獲准發布通知。如果這個方法傳回 true
,就表示應用程式可以顯示通知。但若應用程式未具備適當權限,就無法顯示這些通知,而且不會擲回任何執行階段例外狀況。
您在應用程式中要求 POST_NOTIFICATIONS
權限時,使用者會看到圖 1 所示的系統權限對話方塊。
背景人體感應器權限
在搭載 Wear OS 4 的裝置上,使用者必須授予應用程式權限,應用程式才能在背景透過常見的人體感應器取得心率等資訊。
請參閱這份指南,進一步瞭解如何要求人體感應器資料的背景存取權。
概略位置存取權
在搭載 Wear OS 4 的裝置上,即使應用程式要求取得 ACCESS_FINE_LOCATION
執行階段權限,使用者仍可以要求應用程式僅擷取概略位置資訊。
您須確保當使用者僅授予大概位置權限時,應用程式仍可用於主要用途,例如顯示跑步路徑。尤其是在 Wear OS 上使用健康照護服務時,請將位置錯誤納入考量。
如要進一步瞭解使用者如何只授予大概位置資訊,請參閱這篇文章。
應用程式元件和導覽變更
如果是在搭載 Wear OS 4 的裝置上執行的 Wear OS 應用程式,最有可能受到以下應用程式元件和導覽相關變更影響。
意圖篩選器封鎖不符的意圖
當應用程式將意圖傳送至另一個應用程式 (指定 Android 13 以上版本為目標) 的匯出元件時,只有在該意圖與收件應用程式中的 <intent-filter>
元素相符時,系統才會傳送意圖。
如要瞭解如何將意圖與其他應用程式的意圖篩選器配對,請參閱這篇文章。
根啟動器活動行為
如果起動器活動宣告了包含 ACTION_MAIN
和 CATEGORY_LAUNCHER
的意圖篩選器,就代表該活動位於任務的「根層級」。
如果使用者從這種啟動器活動回到上一個畫面,系統並不會完成啟動器活動,而是會將該活動置於背景。
歡迎進一步瞭解這項關於根啟動器活動和活動生命週期的變更。
應用程式連結驗證
系統會對 Android 應用程式連結的驗證方式做出幾項變更,尤其是會強制執行更嚴格的意圖篩選器語法,表明特定網域的網址應直接在應用程式中開啟內容。這些變更可提供更穩定的應用程式連結體驗,讓應用程式開發人員和使用者手上有更多掌控權。
如要測試宣告的可靠性,請手動叫用網域驗證。
移除系統快訊視窗 UI
Wear OS 4 會移除授予 SYSTEM_ALERT_WINDOW
權限的系統 UI。此 UI 可見於部分搭載 Wear OS 3 以下版本的裝置。
如果您使用 ACTION_MANAGE_OVERLAY_PERMISSION
將使用者導向設定頁面,讓他們可以在其他應用程式上方顯示您的應用程式,那麼請更新您的應用程式邏輯。例如,假設您仰賴系統快訊視窗來顯示重要訊息,請改用通知。
電源和資料管理變更
以下列出與電源和資料管理相關的變更。如果是在搭載 Wear OS 4 的裝置上執行的 Wear OS 應用程式,最有可能受到這類變更影響。
受限制的應用程式待命值區
如果應用程式已長時間未使用,或叫用廣播訊息和繫結的次數過多,系統就會將其排入「受限制」的應用程式待命值區。
應用程式休眠
如果使用者已連續幾個月未與應用程式互動,系統便會把應用程式設為「休眠」狀態。
備份與還原
自 Wear OS 4 起,只要特定 Wear OS 裝置支援雲端備份功能,使用者就能將資料備份到雲端,這樣不僅能從裝置轉移資料,也可以將資料從雲端還原並轉移至新 Wear OS 裝置。
為您推薦
- 注意:系統會在 JavaScript 關閉時顯示連結文字
- 行為變更:所有應用程式
- 前景服務
- 通知執行階段權限