Android 9 (API 級別 28) 為使用者和開發人員推出了強大的新功能。本文件將重點介紹開發人員適用的新功能。
如要瞭解新的 API,請參閱 API 差異比較報告或造訪 Android API 參考資料。此外,請務必查看 Android 9 行為變更,瞭解平台異動可能對應用程式造成的影響。
使用 Wi-Fi RTT 的室內定位
Android 9 新增對 IEEE 802.11-2016 Wi-Fi 通訊協定 (也稱為「Wi-Fi Round-Trip-Time」(RTT)) 的支援,可讓您在應用程式中使用室內定位。
在搭載 Android 9 且支援硬體的裝置中,應用程式可以使用 RTT API 測量與附近支援 RTT 的 Wi-Fi 存取點 (AP) 之間的距離。裝置必須啟用定位服務並開啟 Wi-Fi 掃描功能 (位於「設定」>「位置」),而且應用程式必須具備 ACCESS_FINE_LOCATION
權限。裝置不必連線至存取點就能使用 RTT。
為維護隱私,只有手機才能判斷與存取點之間的距離,存取點不提供這項資訊。
假使您的裝置可測量與 3 個以上的存取點的距離,您可以使用乘法演算法來估算最適合這些測量點的裝置位置。結果通常在 1 到 2 公尺以內。
透過這項準確率,您可以建構新體驗,例如建構導航和精細的位置導向服務,例如明確的語音控制 (例如「開啟這個燈」) 和位置資訊 (例如「這項產品有特價優惠嗎?」)。
如要瞭解使用中的 Wi-Fi RTT API,請參閱 Android WifiRttScan 試用版應用程式。
詳情請參閱「Wi-Fi 位置:從 RTT 輸入範圍」。
支援螢幕凹口
Android 9 支援最新的無邊框螢幕,其中包括相機和揚聲器的螢幕凹口。DisplayCutout
類別可讓您瞭解內容不應顯示的非功能區域位置和形狀。如要判斷這些凹口的存在和位置,請使用 getDisplayCutout()
方法。
新的視窗版面配置屬性 layoutInDisplayCutoutMode
可讓應用程式沿著裝置的凹口區域配置內容。您可以將這個屬性設為下列其中一個值:
LAYOUT_IN_DISPLAY_CUTOUT_MODE_DEFAULT
LAYOUT_IN_DISPLAY_CUTOUT_MODE_SHORT_EDGES
LAYOUT_IN_DISPLAY_CUTOUT_MODE_NEVER
您可以在任何搭載 Android 9 的裝置或模擬器上模擬螢幕凹口,如下所示:
- 啟用開發人員選項。
- 在「Developer options」畫面中,向下捲動至「Drawing」部分,然後選取「Simulate a display with the Deout」。
- 選取凹口的大小。
通知
Android 9 導入了幾項通知強化功能,這些功能適用於目標 API 級別 28 以上的開發人員。
如需使用通知的程式碼範例 (包括 Android 9 功能),請參閱「使用者範例」。
進階訊息體驗
從 Android 7.0 (API 等級 24) 開始,您可以新增動作讓使用者回覆訊息,或是直接在通知中輸入其他文字。Android 9 可透過下列強化項目強化這項功能:
簡化對對話參與者的支援:
Person
類別是用於識別對話參與者,包括顯示圖片和 URI。addMessage()
等許多其他 API 現在都使用Person
類別,而非CharSequence
。Person
類別也支援建構工具設計模式。支援圖片:Android 9 現在會在手機的訊息通知中顯示圖片。您可以在訊息中使用
setData()
來顯示圖片。下列程式碼片段說明如何建立Person
和包含圖片的訊息。
Kotlin
// Create new Person. val sender = Person() .setName(name) .setUri(uri) .setIcon(null) .build() // Create image message. val message = Message("Picture", time, sender) .setData("image/", imageUri) val style = Notification.MessagingStyle(getUser()) .addMessage("Check this out!", 0, sender) .addMessage(message)
Java
// Create new Person. Person sender = new Person() .setName(name) .setUri(uri) .setIcon(null) .build(); // Create image message. Message message = new Message("Picture", time, sender) .setData("image/", imageUri); Notification.MessagingStyle style = new Notification.MessagingStyle(getUser()) .addMessage("Check this out!", 0, sender) .addMessage(message);
將回覆儲存為草稿:使用者意外關閉訊息通知時,應用程式可擷取系統傳送的
EXTRA_REMOTE_INPUT_DRAFT
。您可以使用這項額外功能,在應用程式中預先填入文字欄位,以便使用者完成回覆。辨別對話是否為群組對話:您可以使用
setGroupConversation()
刻意將對話識別為群組對話或非群組對話。設定意圖的語意動作:
setSemanticAction()
方法可讓您為動作提供語意含義,例如「標示為已讀取」、「刪除」、「回覆」等。智慧回覆:Android 9 支援訊息應用程式中相同的建議回覆。請用
RemoteInput.setChoices()
向使用者提供標準回應陣列。
頻道設定、廣播和零打擾模式
Android 8.0 推出了通知管道,可讓您為要顯示的每種通知建立可自訂的管道。Android 9 透過下列異動簡化通知管道設定:
封鎖管道群組:使用者現在可以在應用程式的通知設定中封鎖整個管道群組。您可以使用
isBlocked()
方法找出群組遭到封鎖的時間,進而避免向該群組中的管道傳送通知。此外,應用程式可使用新的
getNotificationChannelGroup()
方法,查詢目前的管道群組設定。新的廣播意圖類型:現在當通知管道和管道群組的封鎖狀態變更時,Android 系統會傳送廣播意圖。擁有遭封鎖管道或群組的應用程式可以監聽這些意圖,並據此做出回應。如要進一步瞭解這些意圖動作和額外項目,請參閱
NotificationManager
參考資料中已更新的常數清單。如要瞭解如何回應廣播意圖,請參閱「廣播」。NotificationManager.Policy
有三個新的「Do-Not-Disturb」優先順序類別:PRIORITY_CATEGORY_ALARMS
會優先設定鬧鐘。PRIORITY_CATEGORY_MEDIA
會優先顯示媒體來源 (例如媒體和語音導航) 的音訊。PRIORITY_CATEGORY_SYSTEM
會優先顯示系統音效。
NotificationManager.Policy
也提供七種新的「Do-Not-Disturb」常數,可用於抑制視覺幹擾:SUPPRESSED_EFFECT_FULL_SCREEN_INTENT
禁止通知啟動全螢幕活動。SUPPRESSED_EFFECT_LIGHTS
會封鎖通知指示燈。SUPPRESSED_EFFECT_PEEK
可防止通知短暫滑入檢視畫面 (「迅速瀏覽」)。SUPPRESSED_EFFECT_STATUS_BAR
會禁止在支援狀態列的裝置的狀態列中顯示通知。SUPPRESSED_EFFECT_BADGE
會在支援標記的裝置上封鎖標記。詳情請參閱「修改通知標記」。- 如果裝置上支援微光螢幕,
SUPPRESSED_EFFECT_AMBIENT
會封鎖通知。 SUPPRESSED_EFFECT_NOTIFICATION_LIST
會防止通知在支援清單檢視畫面的裝置 (例如通知欄或螢幕鎖定畫面) 中顯示。
多機拍攝支援和相機更新
在搭載 Android 9 的裝置上,您可以從兩台以上的實體相機同時存取串流。在配備雙前置或雙後鏡頭的裝置上,您可以建立單一鏡頭無法實現的創新功能,例如順暢的縮放、散景和立體視覺。這個 API 也可讓您呼叫邏輯式或整合式相機串流,自動在兩個以上的鏡頭之間切換。
其他相機改善項目還包括額外的工作階段參數 (有助於降低初始擷取期間的延遲),以及可讓相機用戶端處理各種用途,而無需停止及啟動相機串流的介面分享。我們還新增用於顯示型閃光燈支援和存取 OIS 時間戳記的 API,可提供應用程式層級的圖片穩定度和特效。
在 Android 9 中,多相機 API 針對具備 FULL
或 LIMITED
功能的裝置支援單色相機。單色輸出是透過 YUV_420_888
格式達到,其中 Y 是灰階,U (Cb) 為 128,V (Cr) 為 128。
Android 9 也支援在支援的裝置上支援外部 USB/UVC 相機。
適用於可繪項目和點陣圖的 ImageDecoder
Android 9 導入 ImageDecoder
類別,可用於將圖片解碼。使用此類別,而非 BitmapFactory
和 BitmapFactory.Options
API。
ImageDecoder
可讓您從位元組緩衝區、檔案或 URI 建立 Drawable
或 Bitmap
。如要解碼圖片,請先使用編碼圖片的來源呼叫 createSource()
。接著,呼叫 decodeDrawable()
或 decodeBitmap()
方法是傳遞 ImageDecoder.Source
物件以建立 Drawable
或 Bitmap
。如要變更預設設定,請將 OnHeaderDecodedListener
傳遞至 decodeDrawable()
或 decodeBitmap()
。ImageDecoder
會使用圖片的預設寬度和高度 (在知道圖片後) 呼叫 onHeaderDecoded()
。如果編碼圖片是 GIF 或 WebP 動畫,decodeDrawable()
會傳回 Drawable
,這是 AnimatedImageDrawable
類別的執行個體。
您可以透過下列幾種方式設定圖片屬性:
- 如要將已解碼的圖片縮放至確切大小,請將目標尺寸傳遞至
setTargetSize()
。您也可以使用樣本大小調整圖片比例。將樣本大小直接傳遞至setTargetSampleSize()
。 - 如要在縮放後的圖片範圍內裁剪圖片,請呼叫
setCrop()
。 - 如要建立可變動的點陣圖,請將
true
傳遞至setMutableRequired()
。
ImageDecoder
也可讓您為圖片新增各種自訂複雜的效果,例如圓角或圓形遮罩。使用 setPostProcessor()
搭配 PostProcessor
類別的執行個體,視需求執行任何繪圖指令。
動畫
Android 9 推出了 AnimatedImageDrawable
類別,用於繪製及顯示 GIF 和 WebP 動畫圖片。AnimatedImageDrawable
的運作方式與 AnimatedVectorDrawable
類似,就是轉譯執行緒會驅動 AnimatedImageDrawable
的動畫。轉譯執行緒也會使用背景工作執行緒進行解碼,因此解碼作業不會與轉譯執行緒上的其他作業幹擾。這項實作可讓應用程式顯示動畫圖片,而不必管理更新,也不會幹擾應用程式 UI 執行緒上的其他事件。
AnimatedImageDrawable
可以使用 ImageDecoder
的執行個體解碼。下列程式碼片段說明如何使用 ImageDecoder
解碼 AnimatedImageDrawable
:
Kotlin
@Throws(IOException::class) private fun decodeImage() { val decodedAnimation = ImageDecoder.decodeDrawable( ImageDecoder.createSource(resources, R.drawable.my_drawable)) // Prior to start(), the first frame is displayed. (decodedAnimation as? AnimatedImageDrawable)?.start() }
Java
private void decodeImage() throws IOException { Drawable decodedAnimation = ImageDecoder.decodeDrawable( ImageDecoder.createSource(getResources(), R.drawable.my_drawable)); if (decodedAnimation instanceof AnimatedImageDrawable) { // Prior to start(), the first frame is displayed. ((AnimatedImageDrawable) decodedAnimation).start(); } }
ImageDecoder
提供多種方法,可讓您進一步修改圖片。舉例來說,您可以使用 setPostProcessor()
方法修改圖片的外觀,例如套用圓形遮罩或圓角。
HDR VP9 影片、HEIF 圖片壓縮和媒體 API
Android 9 內建高動態範圍 (HDR) VP9 Profile 2 的支援,因此您可以在支援 HDR 的裝置上,透過 YouTube、Play 電影和其他來源向使用者提供支援 HDR 的電影。
此外,Android 9 還支援使用高效率圖片檔案格式 (HEIF 或 HEIC) 對圖片進行編碼,進而提升壓縮效率並減少儲存空間和網路資料用量。MediaMuxer
和 MediaExtractor
類別支援 HEIF 靜態圖片範例。在 Android 9 裝置上支援平台,您可以輕鬆從後端伺服器傳送及使用 HEIF 映像檔。確認應用程式與這種資料分享及顯示格式相容後,請試試在應用程式中做為圖片儲存格式。您可以使用 ImageDecoder
或 BitmapFactory
(從 JPEG 檔案取得點陣圖) 進行 JPEG 轉換。接著,您就可以使用 HeifWriter
,從 YUV 位元組緩衝區或 Surface
或 Bitmap
例項,寫入 HEIF 靜態圖片。
AudioTrack
、AudioRecord
和 MediaDrm
類別也提供媒體指標。
Android 9 導入 MediaDRM
類別的方法,可取得指標、HDCP 層級、安全等級和工作階段數,並進一步控管安全性等級和安全停止功能。詳情請參閱 API 差異報表。
在 Android 9 中,AAudio API 支援多項額外的 AAudioStream 屬性,包括用法、內容類型和輸入預設設定。使用這些屬性,您可以建立針對 VoIP 或攝錄影機應用程式調整的串流。您也可以設定工作階段 ID,將 AAudio 串流與包含效果的子混建立關聯。請使用 AudioEffect
API 控管效果。
Android 9 推出了用於動態處理的 AudioEffect
API。透過這個類別,您可以在多個階段建構頻道型音效,包括等化、多頻壓縮和限制器。您可以設定錶帶和使用中階段的數量,大多數參數可即時控制。
JobScheduler 中的資料成本敏感度
自 Android 9 起,JobScheduler
就能使用電信業者提供的網路狀態信號來改善網路相關工作的處理方式。
工作可以宣告自己的預估資料大小、發出預先擷取信號,以及指定詳細的網路需求。JobScheduler
接著會根據網路狀態管理工作。舉例來說,如果網路訊號為擁塞,JobScheduler
可能會延後大型網路要求。在非計量付費網路時,JobScheduler
可以執行預先擷取工作,透過預先擷取標題等方式改善使用者體驗。
新增工作時,請務必視情況使用 setEstimatedNetworkBytes()
、setPrefetch()
和 setRequiredNetwork()
,協助 JobScheduler
正確處理工作。執行工作時,請務必使用 JobParameters.getNetwork()
傳回的 Network
物件。否則,就是以隱含方式使用裝置的預設網路。如果這類網路不符合您的需求,就會產生非預期的資料用量。
Neural Networks API 1.1
Neural Networks API 已在 Android 8.1 (API 級別 27) 中推出,目的是加快 Android 裝置端的機器學習技術。Android 9 擴充及改善 API,新增九項新作業支援功能:
- 元素重要數學運算:
- 陣列運算:
已知問題:將 ANEURALNETWORKS_TENSOR_QUANT8_ASYMM
張量傳遞至 Android 9 以上版本適用的 ANEURALNETWORKS_PAD
作業時,NNAPI 的輸出內容可能會與 TensorFlow Lite 等較高層級機器學習架構的輸出內容不一致。您應該只傳遞
ANEURALNETWORKS_TENSOR_FLOAT32
,直到問題解決為止。
此外,這個 API 也推出了新的函式 ANeuralNetworksModel_relaxComputationFloat32toFloat16()
,可讓您指定是否要計算 ANEURALNETWORKS_TENSOR_FLOAT32
,其範圍和精確度要比 IEEE 754 16 位元浮點格式低一樣。
自動填入架構
Android 9 導入了多項自動填入服務,可進一步改善填寫表單時的使用者體驗。如要進一步瞭解如何在應用程式中使用自動填入功能,請參閱「自動填入架構」指南。
安全性增強項目
Android 9 推出了幾項安全性功能,以下各節將概略介紹這些功能:
Android 保護確認
搭載 Android 9 以上版本的支援裝置可讓您使用 Android 保護確認機制。使用這個工作流程時,應用程式會向使用者顯示提示,請他們核准簡短聲明。這個陳述式可讓應用程式再次確認使用者想完成機密交易,例如付款。
如果使用者接受陳述式,Android KeyStore 就會接收及儲存受金鑰雜湊訊息驗證碼 (HMAC) 保護的加密編譯簽章。Android KeyStore 確認訊息的有效性後,應用程式就能使用在受信任執行環境 (TEE) 中從 trustedConfirmationRequired
產生的金鑰,簽署使用者接受的訊息。該簽章有極高可信度,表示使用者已看過且同意該聲明。
注意:Android 保護確認機制不會為使用者提供安全資訊管道。除了 Android 平台提供的保證外,應用程式不得假設其他機密保證。請特別注意,勿利用此工作流程,顯示通常不會出現在使用者裝置上的機密資訊。
如需新增 Android 保護確認支援的相關說明,請參閱「Android 保護確認」指南。
統一生物特徵辨識驗證對話方塊
在 Android 9 中,系統會代表應用程式提供生物特徵辨識驗證對話方塊。這項功能可為對話方塊建立標準化的外觀、風格和位置,讓使用者更安心地透過信任的生物特徵辨識憑證檢查工具進行驗證。
如果應用程式使用 FingerprintManager
向使用者顯示指紋驗證對話方塊,請改用 BiometricPrompt
。BiometricPrompt
依賴系統顯示驗證對話方塊。它也會變更行為,以適應使用者選擇的生物特徵辨識驗證類型。
硬體安全性模組
在搭載 Android 9 以上版本的裝置上,支援的裝置可能具有 StrongBox Keymaster 實作,此為硬體安全性模組中的 Keymaster HAL 實作。模組包含以下內容:
- 內建 CPU
- 安全的儲存空間。
- 真正的隨機號碼產生器。
- 防範套件竄改和未經授權側載應用程式的其他機制。
檢查儲存在 StrongBox Keymaster 中的金鑰時,系統會與受信任的執行環境 (TEE) 驗證金鑰的完整性。
如要進一步瞭解如何使用 Strongbox Keymaster,請參閱「硬體安全性模組」。
安全地將金鑰匯入 KeyStore
Android 9 新增了使用 ASN.1 編碼金鑰格式,將加密金鑰安全地匯入 KeyStore 的功能,提供額外的金鑰解密安全性。接著,Keymaster 會將 KeyStore 中的金鑰解密,讓金鑰內容在裝置的主機記憶體中一律不會顯示為明文。
進一步瞭解如何以更安全的方式匯入加密金鑰。
使用金鑰輪替的 APK 簽署配置
Android 9 開始支援 APK 簽署配置 v3。這個配置可以選擇在每個簽署憑證的簽署區塊中加入輪替記錄。這項功能可將 APK 檔案的過往簽署憑證連結至目前簽署的憑證,讓應用程式以新的簽署憑證進行簽署。
進一步瞭解如何使用 apksigner
輪替金鑰。
選擇僅允許在已解鎖的裝置上解密金鑰
Android 9 推出了 unlockedDeviceRequired
旗標。這個選項會決定 KeyStore 是否需要解鎖畫面,才能使用指定金鑰解密任何傳輸中或儲存的資料。這些類型的金鑰非常適合對要儲存在磁碟中的機密資料 (例如健康或企業資料) 進行加密。這個標記可以讓使用者確保在裝置處於鎖定狀態,因為手機遺失或遭竊時,無法解密資料。
為確保金鑰在裝置鎖定時防止解密作業安全,請將 true
傳遞至 setUnlockedDeviceRequired()
方法,啟用標記。完成這個步驟之後,使用者的螢幕處於鎖定狀態時,任何試圖使用此金鑰解密或簽署資料的作業都會失敗。裝置鎖定後,必須先輸入 PIN 碼、密碼、指紋或其他可信任的因素才能存取。
支援舊版加密
隨附 Keymaster 4 的 Android 9 裝置支援三重資料加密演算法 (即 Triple DES)。如果您的應用程式與需要 Triple DES 的舊版系統互通,請在加密機密憑證時使用這種類型的加密方式。
如要進一步瞭解如何提升應用程式的安全性,請參閱「Android 開發人員安全性」。
淘汰 WPS
基於安全考量,Wi-Fi 保護設定 (WPS) 已淘汰。
Android 備份
Android 9 加入了與備份與還原相關的新功能和開發人員選項。有關這些變更的詳細資料請見以下各節。
用戶端加密備份
Android 9 開始支援使用用戶端密鑰加密 Android 備份。系統會在符合下列條件時自動啟用這項支援功能:
- 使用者已透過 Android 9 或以上版本 啟用備份功能。
- 使用者已為裝置設定螢幕鎖定,要求以 PIN 碼、解鎖圖案或密碼解鎖。
啟用這項隱私權措施後,您必須輸入裝置的 PIN 碼、解鎖圖案或密碼,才能從使用者裝置建立的備份資料中還原資料。如要進一步瞭解這項功能背後的技術,請參閱 Google Cloud Key Vault 服務白皮書。
定義備份所需的裝置條件
如果您的應用程式資料包含機密資訊或偏好設定,Android 9 可讓您定義要納入使用者備份應用程式資料的裝置條件,例如啟用用戶端加密,或進行本機裝置對裝置轉移作業。
如要進一步瞭解如何在 Android 裝置上備份資料,請參閱「資料備份總覽」。
無障礙功能
Android 9 導入了無障礙功能架構的改善項目,方便為應用程式使用者提供更優質的體驗。
導覽語意
透過 Android 9 新增的屬性,您可以更輕鬆地定義無障礙服務 (尤其是螢幕閱讀器) 瀏覽畫面的某個部分的方式。這些屬性可協助視障使用者快速切換應用程式 UI 中的文字,並讓使用者做出選擇。
舉例來說,在購物應用程式中,螢幕閱讀器可協助使用者直接從某一種優惠類別前往下一個優惠類別,這樣螢幕閱讀器就不必先閱讀特定類別中的所有項目再前往下一個類別。
無障礙窗格標題
在 Android 8.1 (API 級別 27) 以下版本中,無障礙服務無法一律判斷畫面特定窗格何時更新,例如某活動以其他片段取代某個片段。窗格是由依邏輯分組且與視覺相關的 UI 元素組成,這些元素通常是由一個片段組成。
在 Android 9 中,您可以為這些窗格提供無障礙窗格標題,或可個別識別標題。如果窗格有無障礙窗格標題,無障礙服務會在窗格變更時收到更詳細的資訊。這項功能可讓服務為使用者提供更精細的資訊,以便瞭解 UI 的變更項目。
如要指定窗格的標題,請使用 android:accessibilityPaneTitle
屬性。此外,您也可以使用 setAccessibilityPaneTitle()
更新在執行階段取代的 UI 窗格標題。舉例來說,您可以提供 Fragment
物件內容區域的標題。
以標題為基礎的導覽
如果您的應用程式會顯示包含邏輯標題的文字內容,請將代表這些標題的 View
例項的 android:accessibilityHeading
屬性設為 true
。只要新增這些標題,無障礙服務就能協助使用者從某個標題直接瀏覽到下一個標題。所有無障礙服務都能使用這項功能,改善使用者的 UI 導覽體驗。
群組瀏覽和輸出內容
螢幕閱讀器傳統上會使用 android:focusable
屬性,判斷何時應讀取 ViewGroup
(或一組 View
物件) 讀取為單一單元。如此一來,使用者即可瞭解檢視畫面在邏輯上彼此關聯。
在 Android 8.1 以下版本中,您需要將 ViewGroup
中的每個 View
物件標示為不可聚焦,並將 ViewGroup
本身標示為可聚焦。這樣的排列方式導致部分 View
例項標示為可聚焦,使得鍵盤瀏覽作業更加繁瑣。
從 Android 9 開始,在將 View
物件設為可聚焦的情況下,您可以使用 android:screenReaderFocusable
屬性取代 android:focusable
屬性。螢幕閱讀器會聚焦在已將 android:screenReaderFocusable
或 android:focusable
設為 true
的所有元素上。
便利動作
Android 9 支援代表使用者執行便利操作:
- 與工具提示的互動
- 無障礙架構中的新增功能可讓您存取應用程式 UI 中的工具提示。請使用
getTooltipText()
讀取工具提示的文字,並使用ACTION_SHOW_TOOLTIP
和ACTION_HIDE_TOOLTIP
指示View
的例項顯示或隱藏其工具提示。 - 新增全域動作
- Android 9 支援在
AccessibilityService
類別中使用另外兩項裝置動作。您的服務可以分別使用GLOBAL_ACTION_LOCK_SCREEN
和GLOBAL_ACTION_TAKE_SCREENSHOT
動作,協助使用者鎖定裝置並擷取螢幕截圖。
視窗變更詳細資料
Android 9 可在應用程式同時重新繪製多個視窗時,更輕鬆地追蹤應用程式視窗的更新。發生 TYPE_WINDOWS_CHANGED
事件時,請使用 getWindowChanges()
API 判斷視窗的變化情形。在多視窗更新期間,每個視窗都會產生一組專屬事件。getSource()
方法會傳回與每個事件關聯的視窗根層級檢視畫面。
如果某個應用程式為其 View
物件定義了 無障礙窗格標題,當應用程式的使用者介面更新時,您的服務就可以識別。發生 TYPE_WINDOW_STATE_CHANGED
事件時,請使用 getContentChangeTypes()
傳回的類型來判斷視窗的變化情形。例如,架構可偵測窗格何時有新標題,或窗格何時消失。
旋轉
為避免意外旋轉,我們新增了可固定目前螢幕方向的模式,即使裝置位置改變也一樣。使用者可以視需要按下系統列中的按鈕,手動觸發旋轉作業。
在大多數情況下,對應用程式的相容性影響不大。然而,如果您的應用程式具有任何自訂旋轉行為,或使用任何不尋常的螢幕方向設定,則可能會遇到先前從未註意到的問題,也就是使用者旋轉偏好設定一律設為直向的問題。建議您查看應用程式所有主要活動的旋轉行為,確保所有的螢幕方向設定都能提供最佳體驗。
詳情請參閱相關的行為變更。
Text
Android 9 為平台帶來下列文字相關功能:
預先計算的文字:
PrecomputedText
類別可讓您預先計算及快取必要資訊,改善文字轉譯效能。該應用程式也能讓應用程式從主執行緒執行文字版面配置。放大鏡:
Magnifier
類別是提供放大鏡 API 的平台小工具,可讓所有應用程式提供一致的放大鏡功能體驗。Smart Linkify:Android 9 增強了
TextClassifier
類別,該類別會運用機器學習技術識別所選文字中的某些實體和建議動作。舉例來說,TextClassifier
可讓應用程式偵測使用者是否已選取電話號碼。接著,您的應用程式就能建議使用者使用該號碼撥打電話。TextClassifier
中的功能會取代Linkify
類別的功能。文字版面配置:提供一些便利的方法和屬性,方便您實作 UI 設計。詳情請參閱
TextView
的參考說明文件。
轉換 DEX 檔案前的 ART
在搭載 Android 9 以上版本的裝置上,Android 執行階段 (ART) 預先訓練程式會將應用程式套件中的 DEX 檔案轉換為更精簡的表示法,進一步最佳化壓縮的 Dalvik Executable 格式 (DEX) 檔案。這項變更可讓應用程式更快啟動,並減少磁碟空間和 RAM。
這項改善特別有益於磁碟 I/O 速度較慢的低階裝置。
裝置端系統追蹤
Android 9 可讓您在裝置上錄製系統追蹤記錄,然後將這些記錄的報告分享給開發團隊。這份報表支援 HTML 等多種格式。
藉由收集這些追蹤記錄,您可以擷取與應用程式程序和執行緒相關的時間資料,並查看其他類型的全球重要裝置狀態。
如要進一步瞭解這項工具,請參閱「執行裝置端系統追蹤」。