Android 9 (API 級別 28) 為使用者和開發人員推出了強大的新功能。本文件將介紹開發人員新增的新功能。
如要瞭解新的 API,請參閱 API 差異比較表或參閱 Android API 參考資料。此外,請務必參閱 Android 9 行為變更,瞭解平台變更可能會對應用程式造成影響的哪些方面。
使用 Wi-Fi RTT 的室內定位
Android 9 新增 IEEE 802.11-2016 Wi-Fi 通訊協定 (也稱為 Wi-Fi 封包往返時間 (RTT)) 的平台支援,讓您在應用程式中運用室內定位。
在搭載 Android 9 且支援硬體的裝置上,應用程式可以使用 RTT API 測量與附近支援 RTT 的 Wi-Fi 存取點 (AP) 之間的距離。裝置必須啟用定位服務並開啟 Wi-Fi 掃描功能 (位於「設定」>「位置」下方),且應用程式必須具備 ACCESS_FINE_LOCATION
權限。裝置不必連結存取點,就能使用 RTT。為維護隱私,只有手機能夠判斷該存取點的距離,存取點也不會提供這項資訊。
如果您的裝置測量到 3 個以上存取點的距離,則可以使用多重比例演算法估算最適合這些測量點的裝置位置。結果通常在 1 到 2 公尺內就能準確。
有了這項準確率,您可以建構新的體驗,例如建構導航和精細的適地性服務,例如區分的語音控制 (例如「開啟這盞燈」) 和位置資訊 (例如「這項產品有特價優惠嗎?」)。
請參閱 Android WifiRttScan 示範應用程式使用的 Wi-Fi RTT API。
詳情請參閱 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 a can out」。
- 選取凹口的大小。
通知
Android 9 推出了多項通知的強化功能,且全都可供指定 API 級別 28 以上的開發人員使用。
如需使用通知功能的程式碼範例 (包括 Android 9 功能),請參閱人員範例。
加強型訊息體驗
從 Android 7.0 (API 等級 24) 開始,您可以新增動作讓使用者回覆訊息,或是直接在通知中輸入其他文字。Android 9 透過下列強化措施改善了這項功能:
為對話參與者簡化支援:
Person
類別可用於識別對話涉及的使用者,包括他們的顯示圖片和 URI。其他許多 API (例如addMessage()
) 現在都會使用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()
方法可讓您為動作提供語意含義,例如「標示為已讀取」、「刪除」、「回覆」等。SmartReply:Android 9 支援訊息應用程式提供的相同建議回覆。使用
RemoteInput.setChoices()
向使用者提供一系列標準回應。
頻道設定、廣播和「零打擾」模式
Android 8.0 推出了通知管道,可讓您為要顯示的每種通知類型,建立使用者可自訂的管道。Android 9 進行了以下變更,簡化了通知管道設定:
封鎖管道群組:使用者現在可以在應用程式通知設定中封鎖整個管道群組。您可以使用
isBlocked()
方法,識別群組遭到封鎖的時間,因此不會向該群組中的管道傳送任何通知。此外,應用程式還可使用新的
getNotificationChannelGroup()
方法,查詢目前的管道群組設定。新的廣播意圖類型:現在當通知管道和管道群組的封鎖狀態有所變更時,Android 系統會傳送廣播意圖。擁有封鎖管道或群組的應用程式可以監聽這些意圖,並據此做出回應。如要進一步瞭解這些意圖動作和額外項目,請參閱
NotificationManager
參考資料中更新後的常數清單。如要瞭解如何回應廣播意圖,請參閱「廣播」。NotificationManager.Policy
有三個新的「零打擾」優先順序類別: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 還可讓您呼叫邏輯或整合式相機串流,自動在兩個以上的鏡頭之間切換。
相機的其他改善項目包括額外的工作階段參數,有助於縮短初始擷取期間的延遲,以及途徑分享功能,可讓相機用戶端處理各種用途,而不必停止及啟動相機串流。此外,我們也新增了 API,用於顯示螢幕閃光燈和 OIS 時間戳記,讓應用程式層級的影像穩定技術和特效。
在 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 圖片。確認應用程式與此資料格式相容於分享和顯示後,請嘗試使用 HEIF 做為應用程式中的圖片儲存格式。您可以使用 ImageDecoder
或 BitmapFactory
(從 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
張量傳遞至 ANEURALNETWORKS_PAD
運算 (Android 9 以上版本支援) 時,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 Signature Scheme 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
物件定義無障礙窗格標題,當應用程式的 UI 更新時,您的服務就會識別該標題。發生 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 執行檔格式 (DEX) 檔案。這項變更可讓應用程式加快啟動速度,並減少磁碟空間和 RAM。
這項改善尤其對磁碟 I/O 速度較慢的低階裝置特別有益。
裝置端系統追蹤
Android 9 可讓您錄製裝置的系統追蹤記錄,然後將這些錄製內容的報表提供給開發團隊。這份報表支援多種格式,包括 HTML。
收集這些追蹤記錄,即可擷取與應用程式程序和執行緒相關的時間資料,並查看其他類型的全球重要裝置狀態。
如要進一步瞭解這項工具,請參閱「執行裝置端系統追蹤」。