Google以機器學習判斷應用程序使用頻率，讓設備更省電

Google發布了最終版本的Wear OS API 28模擬器鏡像文件，Wear OS開發者可以用來開發支持Wear OS API 28版（也就是Android 9相對應的版本）的穿戴設備App了。28版增加了三大新功能，包含新的通知串流、應用程序等待桶（App Standby Buckets）以及強化用戶數據隱私。

Wear OS API 28帶來更緊湊的通知顯示功能，現在可以在同一個屏幕畫面顯示多則通知，讓用戶能以有效率的方式處理通知串流。對於開發者來說，現在未展開的通知最多只能顯示3行文本，Google要求開發者使用更簡明的通知內容，並提到於Wear上3行可以顯示的信息，已經比起手機上單行未展開的通知還要多了。

而且現在Wear OS API 28也不再支持自定義的通知布局，過去開發人員會使用setDisplayIntent來擴展通知串流中的自定義活動，但Google提到，開發者自定義布局通常不會考慮設備的外型，很難隨著Wear OS的通知體驗發展而保持最新狀態，因此現在不再於通知中支持這個功能。Google也提醒開發者，應該要注意使用符合應用程序形象的顏色標記通知，並以簡潔的通知內容調節新的布局。

第二個新功能應用程序等待桶，這是Google在Android 9中新加入的電池管理功能，會根據應用程序近期使用狀況以及頻率，幫助系統選擇應用程序資源請求的優先順序。根據使用模式，應用程序會被放在5個優先順序桶中，系統根據應用所在的存儲桶，限制每個應用程序可以用的設備資源。

5個優先順序分別為活躍（Active）、工作組（Working set）、頻繁（Frequent）、較少（Rare）以及從未（Never）。系統會動態的將每個應用程序分配給各優先順序應用程序等待桶，而且根據需要重新分配應用程序。系統會使用機器學習決定每個應用程序被使用的方式，判斷預先載入的應用程序，假設設備當前沒有系統應用程序執行，則系統會默認根據應用程序的使用時間，對應用程序進行排序。特別的是，存儲桶會決定應用程序執行的頻率、觸發警示的頻率以及接收高優先度Firebase Cloud Messaging（FCM）信息的頻率。而這些限制只有在設備使用電池供電時才有效。

Wear OS API 28的第三個新功能，便是強化用戶隱私，限制後台應用程序訪問設備感測器，因此現在開發人員可能需要根據應用程序的需求，通過使用前台服務以持續訪問感測器數據。

Google特別提醒，新的通知串流政策將往前擴及Wear OS API 25以及更高版本的設備。開發者可以利用API28模擬器鏡像文件，現在就能知道新的通知行為。

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！