來點前奏說明
前兩天和朋友無意聊起我的Pixel手機刷9.0版本,他接着問那9.0有啥特性呢。這個咱還真不知道,趕緊翻Google官方文檔看看 以下文章參考鏈接
https://developer.android.com/about/versions/pie/android-9.0#java
文章泛讀參考時間十五分鐘,請各位堅持下來。
1、新特性和API
1-1、利用 Wi-Fi RTT 進行室內定位
Android 9 添加了對 IEEE 802.11mc 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 米。
通過這種精確性,您可以打造新的體驗,例如樓內導航、基於精細位置的服務,如無歧義語音控制(例如,“打開這盞燈”),以及基於位置的信息(如 “此產品是否有特別優惠?”)。
1-2、顯示屏缺口支持
通過使用模擬器測試屏幕缺口。
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 的設備或模擬器上模擬屏幕缺口:
- 設置 > 開發者選項。
- 模擬模擬“劉海屏”。
- 選擇屏幕缺口的大小。
1-3、通知
Android 9 引入了多個通知增強功能,可供以 API 級別 28 及以上版本作爲目標平臺的開發者使用。
提升短信體驗
從 Android 7.0(API 級別 24)開始,您可以添加一個操作以回覆短信或直接從通知中輸入其他文本。 Android 9 通過下列增強提升了該功能:
簡化了針對對話參與者的支持:Person
類可用於識別參與對話的人員,包括他們的頭像和 URI。 現在,許多其他 API(如addMessage()
)均可利用 [Person
] 類而不是CharSequence
。Person
類也支持構建器設計模式。
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);
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);
支持圖像:現在,Android 9 可在手機的“短信通知”中顯示圖像。 您可以使用對短信使用
setData()
來顯示圖像。 以下代碼段演示瞭如何創建Person
和包含圖像的短信。
將回復另存爲草稿:當用戶無意中關閉一個短信通知時,您的應用可以檢索系統發送的
EXTRA_REMOTE_INPUT_DRAFT
。 您可以使用此 extra 預填充應用中的文本字段,以便用戶可以完成他們的回覆。
確定對話是否爲羣組對話。您可以使用
setGroupConversation()
以明確確定對話是否爲羣組對話。
爲 Intent 設置語義操作:
setSemanticAction()
函數允許您爲操作提供語義含義,如“標記爲已讀”、“刪除”和“回覆”等。
SmartReply:Android 9 支持在您的短信應用中提供相同的建議回覆。 使用
RemoteInput.setChoices()
爲用戶提供一組標準回覆。
1-4、渠道設置、廣播和請勿打擾
Android 8.0 引入了通知渠道,允許您爲要顯示的每種通知類型創建可由用戶自定義的渠道。 Android 9 通過下列變更簡化通知渠道設置:
屏蔽渠道組:現在,用戶可以針對某個應用在通知設置中屏蔽整個渠道組。 您可以使用
isBlocked()
函數確定何時屏蔽一個渠道組,從而不會向該組中的渠道發送任何通知。
此外,您的應用可以使用全新的
getNotificationChannelGroup()
函數查詢當前渠道組設置。
全新的廣播 Intent 類型:現在,當通知渠道和渠道組的屏蔽狀態發生變更時,Android 系統將發送廣播 Intent。 擁有已屏蔽的渠道或渠道組的應用可以偵聽這些 Intent 並做出相應的迴應。 有關這些 Intent 操作和 extra 的更多信息,請參閱
NotificationManager
參考中更新的常量列表。 有關響應廣播 Intent 的信息,請參閱廣播。
NotificationManager.Policy
有 3 種新的“請勿打擾”優先級類別:
PRIORITY_CATEGORY_ALARMS
優先處理警報。
PRIORITY_CATEGORY_MEDIA
優先處理媒體源的聲音,如媒體和語音導航。
PRIORITY_CATEGORY_SYSTEM
優先處理系統聲音。
NotificationManager.Policy
還有 7 種新的“請勿打擾”常量,可以用來抑制視覺中斷:
SUPPRESSED_EFFECT_FULL_SCREEN_INTENT
防止通知啓動全屏 Activity。
SUPPRESSED_EFFECT_LIGHTS
屏蔽通知燈。
SUPPRESSED_EFFECT_PEEK
防止通知短暫進入視圖(“滑出”)。
SUPPRESSED_EFFECT_STATUS_BAR
防止通知顯示在支持狀態欄的設備的狀態欄中。
SUPPRESSED_EFFECT_BADGE
在支持標誌的設備上屏蔽標誌。 如需瞭解詳細信息,請參閱修改通知標誌。
SUPPRESSED_EFFECT_AMBIENT
在支持微光顯示的設備上屏蔽通知。
SUPPRESSED_EFFECT_NOTIFICATION_LIST
防止通知顯示在支持列表視圖(如通知欄或鎖屏)的設備的列表視圖中。
1-5、多攝像頭支持和攝像頭更新
在運行 Android 9 的設備上,您可以通過兩個或更多物理攝像頭來同時訪問多個視頻流。] 在配備雙前置攝像頭或雙後置攝像頭的設備上,您可以創建只配備單攝像頭的設備所不可能實現的創新功能,例如無縫縮放、背景虛化和立體成像。 通過該 API,您還可以調用邏輯或融合的攝像頭視頻流,該視頻流可在兩個或更多攝像頭之間自動切換。
攝像頭方面的其他改進還包括附加會話參數和 Surface 共享,前者有助於降低首次拍照期間的延遲,而後者則讓攝像頭客戶端能夠處理各種用例,而無需停止並啓動攝像頭視頻流。 我們還針對基於顯示屏的 flash 支持和 OIS 時間戳訪問新增了一些 API,用以實現應用級的圖像穩定化和特效。
在 Android 9 中,多攝像頭 API支持單色攝像頭,適用於具有 FULL或 LIMITED功能的設備。 單色輸出通過 YUV_420_888 格式實現,Y 爲灰度,U (Cb) 爲 128,V (Cr) 爲 128。
在受支持的設備上,Android 9 還支持外置 USB/UVC 攝像頭。
1-6、適用於可繪製對象和位圖的 ImageDecoder
Android 9 引入了
ImageDecoder
類,可提供現代化的圖像解碼方法。 使用該類取代BitmapFactory
和BitmapFactory.Options
API。
ImageDecoder
讓您可通過字節緩衝區、文件或 URI 來創建Drawable
或Bitmap
。 要解碼圖像,請首先以編碼圖像的來源爲參數,調用createSource()
。 然後,通過傳遞ImageDecoder.Source
對象來調用decodeDrawable()
或decodeBitmap()
,從而創建Drawable
] 或Bitmap
。 要更改默認設置,請將OnHeaderDecodedListener
傳遞給decodeDrawable()
或decodeBitmap()
。ImageDecoder
調用onHeaderDecoded()
,以圖像的默認寬度和高度(若已知)爲參數。 如果編碼圖像是動畫 GIF 或 WebP,decodeDrawable()
將返回Drawable
,它是AnimatedImageDrawable
類的一個實例。
您可以使用不同的方法來設置圖像屬性:
要將解碼的圖像縮放到精確尺寸,請將目標尺寸傳遞給setTargetSize()
。 您也可以使用樣圖尺寸來縮放圖像。 將樣圖尺寸直接傳遞給setTargetSampleSize()
。
1.要在縮放圖像的範圍內裁剪圖像,請調用setCrop()
。
2.要創建可變位圖,請將true
傳遞給setMutableRequired()
。
通過
ImageDecoder
還可以爲圓角或圓形遮罩之類的圖像添加複雜的定製效果。 以PostProcessor
類的一個實例作爲參數使用setPostProcessor()
,執行您所需的任何繪圖命令。
注:對
AnimatedImageDrawable
進行後處理時,效果會出現在動畫的所有幀中。
1-7、動畫
Android 9 引入了
AnimatedImageDrawable
類,用於繪製和顯示 GIF 和 WebP 動畫圖像。AnimatedImageDrawable
的工作方式與AnimatedVectorDrawable
的相似之處在於,都是渲染線程驅動AnimatedImageDrawable
的動畫。 渲染線程還使用工作線程進行解碼,因此,解碼不會干擾渲染線程的其他操作。 這種實現機制允許您的應用在顯示動畫圖像時,無需管理其更新,也不會干擾應用界面線程上的其他事件。
可使用
ImageDecoder
的實例對AnimatedImageDrawable
進行解碼。 以下代碼段演示如何使用ImageDecoder
來解碼AnimatedImageDrawable
:
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();
}
}
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()
}
ImageDecoder
有幾個允許您進一步修改圖像的函數。 例如,可使用setPostProcessor()
函數來修改圖像的外觀,如應用圓形遮罩或圓角。
1-7、HDR VP9 視頻、HEIF 圖像壓縮和 Media API
Android 9 新增了對 High Dynamic Range (HDR) VP9 Profile 2 的內置支持,因此,現在您可以在支持 HDR 的設備上爲用戶提供來自 YouTube、Play Movies 和其他來源的採用 HDR 的影片。
Android 9 爲平臺增加了對 HEIF (heic) 圖像編碼的支持。
MediaMuxer
和MediaExtractor
類中可支持 HEIF 靜態圖像示例 HEIF 改進了壓縮,可節省存儲空間和網絡數據流量。 藉助 Android 9 設備上的平臺支持,從後端服務器發送和使用 HEIF 圖像輕而易舉。 確保應用兼容這種便於共享和顯示的數據格式後,嘗試在應用中使用 HEIF 作爲圖像存儲格式。 您可以使用 ImageDecoder 或 BitmapFactory 進行 jpeg 到 heicto 的轉換,以通過 jpeg 獲取位圖,並且可以使用 HeifWriter 寫入來自 YUV 字節緩衝區、Surface 或 Bitmap 的 HEIF 靜態圖像。
還可通過
AudioTrack
、AudioRecord
和MediaDrm
類獲取媒體指標。
Android 9 向
MediaDRM
類添加了函數以獲取指標、高帶寬數字內容保護 (HDCP) 級別、安全級別和會話數,並對安全性級別和安全停止進行更多控制。 如需瞭解更多詳情,請參閱 API 差異報告。
在 Android 9 中,AAudio API 包含 AAudioStream 屬性,用於 usage、content type 和 input preset。 使用這些屬性可以創建針對 VoIP 或攝像機應用調整的流。 您還可以設置 SessionID將 AAudio 流與可包含音效的子混音相關聯。 使用 AudioEffect API來控制音效。
Android 9 包含一個用於 DynamicsProcessing 的 AudioEffect API。 藉助該類,可以構建基於通道的音效,由各種類型(包括均衡、多頻帶壓縮和限幅器)的多個階段組成。 頻帶和活動階段的數量可配置,而且大多數參數可實時控制。
1-8、JobScheduler 中的流量費用敏感度
從 Android 9 開始,
JobScheduler
可以使用運營商提供的網絡狀態信號來改善與網絡有關的作業處理。
作業可以聲明其預估的數據大小、信號預提取,並指定具體的網絡要求。
JobScheduler
然後根據網絡狀態管理工作。 例如,當網絡顯示擁塞時,JobScheduler
可能會延遲較大的網絡請求。 如果使用的是不按流量計費的網絡,則JobScheduler
可運行預提取作業以提升用戶體驗(例如預提取標題)。
添加作業時,確保使用
setEstimatedNetworkBytes()
、setPrefetch()
和setRequiredNetwork()
(如果適用),以幫助JobScheduler
正確處理工作。 在執行作業時,請確保使用JobParameters.getNetwork()
返回的Network
對象。 否則,您將隱式使用設備的默認網絡,其可能不符合您的要求,從而導致意外的流量消耗。
1-9、Neural Networks API 1.1
Android 8.1(API 級別 27)中引入了 Neural Networks API 以加快 Android 設備上機器學習的速度。 Android 9 擴展和改進了該 API,增加了對九種新運算的支持:
元素級數學運算:
*ANEURALNETWORKS_DIV
*ANEURALNETWORKS_SUB
數組運算:
*ANEURALNETWORKS_BATCH_TO_SPACE_ND
*ANEURALNETWORKS_SPACE_TO_BATCH_ND
*ANEURALNETWORKS_SQUEEZE
*ANEURALNETWORKS_STRIDED_SLICE
*ANEURALNETWORKS_TRANSPOSE
*ANEURALNETWORKS_PAD
*ANEURALNETWORKS_MEAN
已知問題:將 ANEURALNETWORKS_TENSOR_QUANT8_ASYMM張量傳遞到 ANEURALNETWORKS_PAD運算(在 Android 9 及更高版本中提供)時,NNAPI 的輸出可能與較高級別機器學習框架(如 TensorFlow Lite)的輸出不匹配。 應只傳遞
ANEURALNETWORKS_TENSOR_FLOAT32
直到問題得到解決。
此外,API 還引入了一個新函數,即
ANeuralNetworksModel_relaxComputationFloat32toFloat16()
,允許您指定是否計算範圍和精度低至 IEEE 754 16 位浮點格式的ANEURALNETWORKS_TENSOR_FLOAT32
。
1-10、自動填充框架
Android 9 引入了多項改進,自動填充服務可以利用這些改進進一步增強用戶填寫表單時的體驗。 如需詳細瞭解如何在您的應用中使用自動填充功能,請參閱自動填充框架指南。
1-11、安全增強功能
Android 9 引入了若干安全功能,詳見以下各節摘要說明:
Android Protected Confirmation
運行 Android 9 或更高版本的受支持設備賦予您使用 Android Protected Confirmation 的能力。 使用該工作流時,您的應用會向用戶顯示提示,請他們批准一個簡短的聲明。 應用可以通過這個聲明再次確認,用戶確實想完成一項敏感事務,例如付款。
如果用戶接受該聲明,Android 密鑰庫會收到並存儲由密鑰哈希消息身份驗證代碼 (HMAC) 保護的加密簽名。 Android 密鑰庫確認消息的有效性之後,您的應用可以使用在可信執行環境 (TEE) 下通過
trustedConfirmationRequired
生成的密鑰來簽署用戶已接受的消息。 該簽名具有很高的可信度,它表示用戶已看過聲明並同意其內容。
注意:**Android Protected Confirmation 不會爲用戶提供安全信息通道。 應用無法承擔 Android 平臺所提供機密性保證之外的任何其他保證。 尤其是,請勿使用該工作流顯示您通常不會顯示在用戶設備上的敏感信息。
如需獲得 Android Protected Confirmation 新增支持方面的指導,請參閱 Android Protected Confirmation 指南。
統一生物識別身份驗證對話框
在 Android 9 中,系統代表您的應用提供生物識別身份驗證對話框。 該功能可創建標準化的對話框外觀、風格和位置,讓用戶更加確信,他們在使用可信的生物識別憑據檢查程序進行身份驗證。
如果您的應用使用
FingerprintManager
向用戶顯示指紋身份驗證對話框,請切換到改用BiometricPrompt
。BiometricPrompt
依賴系統來顯示身份驗證對話框。 它還會改變其行爲,以適應用戶所選擇的生物識別身份驗證類型。
注:在應用中使用
BiometricPrompt
之前,應該先使用hasSystemFeature()
函數以確保設備支持FEATURE_FINGERPRINT
、FEATURE_IRIS
或FEATURE_FACE
。
如果設備不支持生物識別身份驗證,可以回退爲使用
createConfirmDeviceCredentialIntent()
函數驗證用戶的 PIN 碼、圖案或密碼。
硬件安全性模塊
運行 Android 9 或更高版本的受支持設備可擁有 StrongBox Keymaster,它是位於硬件安全性模塊中的 Keymaster HAL 的一種實現。 該模塊包含以下組成部分:
- 自己的 CPU。
- 安全存儲空間。
- 真實隨機數生成器。
- 可抵禦軟件包篡改和未經授權線刷應用的附加機制。
檢查存儲在 StrongBox Keymaster 中的密鑰時,系統會通過可信執行環境 (TEE) 證實密鑰的完整性。
如需瞭解有關使用 Strongbox Keymaster 的更多信息,請參閱硬件安全性模塊。
保護對密鑰庫進行的密鑰導入
Android 9 通過利用 ASN.1‑編碼密鑰格式將已加密密鑰安全導入密鑰庫的功能,提高了密鑰解密的安全性。 Keymaster 隨後會在密鑰庫中將密鑰解密,因此密鑰的內容永遠不會以明文形式出現在設備的主機內存中。
注:只有附帶 Keymaster 4 或更高版本的設備才支持該功能。
詳細瞭解如何更安全地導入已加密密鑰。
具有密鑰輪轉的 APK 簽名方案
Android 9 新增了對 APK Signature Scheme v3 的支持。該架構提供的選擇可以在其簽名塊中爲每個簽名證書加入一條輪轉證據記錄。 利用此功能,應用可以通過將 APK 文件過去的簽名證書鏈接到現在簽署應用時使用的證書,從而使用新簽名證書來簽署應用。
注:運行 Android 8.1(API 級別 27)或更低版本的設備不支持更改簽名證書。 如果應用的
minSdkVersion
爲27
或更低,除了新簽名之外,可使用舊簽名證書來簽署應用。
詳細瞭解如何使用
apksigner
輪轉密鑰。
只允許在未鎖定設備上進行密鑰解密的選項
Android 9 引入了
unlockedDeviceRequired
標誌。 此選項確定在允許使用指定密鑰對任何正在傳輸或存儲的數據進行解密之前,密鑰庫是否要求屏幕解鎖。 這些類型的密鑰非常適合用於加密要存儲在磁盤上的敏感數據,例如健康或企業數據。 該標誌爲用戶提供了更高的保證,即使手機丟失或被盜,在設備鎖定的情況下,無法對數據進行解密。
注:
unlockedDeviceRequired
標誌啓用之後,仍然可以隨時進行加密和簽名驗證。 該標誌可防止在設備解鎖時“僅解密”數據。
在設備鎖定時要確保密鑰安全不被解密,可通過將
true
傳遞給setUnlockedDeviceRequired()
函數啓用該標誌。 完成該步驟之後,當用戶的屏幕被鎖定時,使用該密鑰進行解密或簽署數據的任何嘗試都會失敗。 鎖定設備在可以訪問之前,需要 PIN 碼、密碼、指紋或者一些其他可信因素。
舊版加密支持
附帶 Keymaster 4 的 Android 9 設備支持三重數據加密算法(簡稱三重 DES)。 如果您的應用與需要三重 DES 的舊版系統進行互操作,請使用這種加密來加密敏感憑據。
如需詳細瞭解如何讓您的應用更加安全,請參閱 Android 開發者的安全性。
1-12、Android 備份
Android 9 新增了與備份和還原有關的功能和開發者選項。 這些更改的詳細信息如以部分下所示。
客戶端加密備份
Android 9 新增了對使用客戶端密鑰加密 Android 備份的支持。 滿足下列條件時會自動啓用該支持功能:
該隱私措施啓用之後,從用戶設備製作的備份還原數據時,會要求提供設備的 PIN 碼、圖案或密碼。 如需詳細瞭解該項功能背後的技術,請參閱 Google 雲密鑰保險櫃服務白皮書。
定義備份所需的設備條件
如果您的應用數據包含敏感信息或偏好,Android 9 可讓您定義設備條件(例如在客戶端加密已啓用或者正在進行本地設備到設備傳輸時),數據將依據該條件包括在用戶的備份中。
如需瞭解有關在 Android 設備上備份數據的詳細信息,請參閱數據備份概覽。
1-13、無障礙功能
Android 9 引入了針對無障礙功能框架的增強功能,讓您能夠更輕鬆地爲應用的用戶提供更好的體驗。
導航語義
Android 9 中的新增屬性讓您可以更輕鬆地定義無障礙服務(尤其是屏幕閱讀器)如何從屏幕的某個部分導航到另一個部分。 這些屬性可幫助視力受損用戶在應用界面的文本之間快速移動,並允許他們進行選擇。
例如,在購物應用中,屏幕閱讀器可以幫助用戶從某個交易類別直接導航至下一個交易類別,在轉到下一個類別之前,屏幕閱讀器無需讀取當前類別中的所有交易。
- 無障礙功能窗格標題
在 Android 8.1(API 級別 27)和更低版本中,無障礙服務有時無法確定屏幕的某個窗格是何時更新的,例如某個 Activity 將一個 Fragment 替換爲另一個 Fragment 的時候。 窗格由按照邏輯關係分組、視覺上相關的界面元素組成,其中通常包含一個 Fragment。
在 Android 9 中,可爲這些窗格提供 無障礙功能窗格標題,即可單獨識別的標題。 如果某個窗格具有無障礙功能窗格標題,當窗格改變時,無障礙服務可接收更詳細的信息。 依靠這種功能,服務可以爲用戶提供有關界面變化的更精細信息。
要指定某個窗格的標題,請使用android:accessibilityPaneTitle
屬性。 您也可以更新在運行時使用setAccessibilityPaneTitle()
替換的某個界面窗格的標題。 例如,您可以爲某個Fragment
對象的內容區域提供標題。
- 基於標題的導航
如果您的應用顯示的文本內容包含邏輯標題,則對於表示這些標題的View
實例,請將android:accessibilityHeading
屬性設置爲true
。 通過添加這些標題,無障礙服務可幫助用戶直接從一個標題導航至下一個標題。 任何無障礙服務都可以使用這種功能,以改善用戶界面的導航體驗。
- 羣組導航和輸出
傳統上,屏幕閱讀器一直使用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 新增了一些方便用戶執行操作的支持功能:
- 訪問提示: 無障礙功能框架中的新增功能可讓您在應用界面中訪問提示。 使用
getTooltipText()
讀取提示文本,使用ACTION_SHOW_TOOLTIP
和ACTION_HIDE_TOOLTIP
來指示View
的實例顯示或隱藏提示。- 新增全局操作: Android 9 在
AccessibilityService
類中引入了對兩個額外設備操作的支持。 您的 Service 可以幫助用戶分別使用GLOBAL_ACTION_LOCK_SCREEN
和GLOBAL_ACTION_TAKE_SCREENSHOT
操作鎖定其設備並進行屏幕截圖。
窗口變更詳情
Android 9 讓您可以在應用同時重繪多個窗口時,更輕鬆地跟蹤應用窗口的更新。 當發生
TYPE_WINDOWS_CHANGED
事件時,可使用getWindowChanges()
API 來確定窗口發生的變更。 在多窗口更新期間,每個窗口都會生成自己的一組事件。getSource()
函數返回與每個事件相關聯的窗口的根視圖。
如果應用已爲其
View
對象定義無障礙功能窗格標題,您的 Service 將可以識別應用界面何時進行更新。TYPE_WINDOW_STATE_CHANGED
事件發生時,可使用getContentChangeTypes()
所返回的類型來確定窗口發生的變更。 例如,框架可以檢測窗格何時有新標題或者窗格何時消失。
Google 致力於爲所有 Android 用戶改善無障礙功能,提供增強功能以便讓您構建 Service,如話語提示 屏幕閱讀器,供需要無障礙功能的用戶使用。 如需瞭解有關如何讓您的應用更便於訪問以及如何構建無障礙 Service 的更多信息,請參閱無障礙功能。
1-14、旋轉
爲避免無意的旋轉,我們新增了一種模式,哪怕設備位置發生變化,也會固定在當前屏幕方向上。 必要時用戶可以通過按系統欄上的一個按鈕手動觸發旋轉。
大多數情況下,對應用的兼容性影響微不足道。 不過,如果您的應用有任何自定義旋轉行爲,或使用了任何非常規的屏幕方向設置,則可能會遇到以前用戶旋轉首選項始終設置爲縱向時被忽視的問題。 我們鼓勵您審視一下您的應用所有關鍵 Activity 中的旋轉行爲,並確保您的所有屏幕方向設置仍可提供最佳體驗。
如需瞭解更多詳情,請參閱相關的行爲變更。
一個新的旋轉模式允許用戶在必要時利用系統欄上的一個按鈕手動觸發旋轉。
1-15、文本
Android 9 爲平臺提供了以下與文本相關的功能:
- 文本預先計算:
PrecomputedText
類使您能提前計算和緩存所需信息,改善了文本渲染性能。 它還使您的應用可以在主線程之外執行文本佈局。- 放大器:
Magnifier
類是一種可提供放大器 API 的微件,可在所有應用中實現一致的放大器功能體驗。- Smart Linkify:Android 9 增強了
TextClassifier
類,該類可利用機器學習在選定文本中識別一些實體並建議採取相應的操作。 例如,TextClassifier
可以讓您的應用檢測到用戶選擇了電話號碼。 然後,您的應用可以建議用戶使用該號碼撥打電話。TextClassifier
中的功能取代了Linkify
類的功能。- 文本佈局:藉助幾種便捷函數和屬性,可以更輕鬆地實現界面設計。 如需瞭解詳細信息,請參閱
TextView
參考文檔。
1-16、DEX 文件的 ART 提前轉換
在運行 Android 9 或更高版本的設備上,Android 運行時 (ART) 提前編譯器通過將應用軟件包中的 DEX 文件轉換爲更緊湊的表示形式,進一步優化了壓縮的 Dalvik Executable 格式 (DEX) 文件。 此項變更可讓您的應用啓動更快並消耗更少的磁盤空間和內存。
這種改進特別有利於磁盤 I/O 速度較慢的低端設備。
1-17、設備端系統跟蹤
Android 9 允許您通過設備記錄系統跟蹤記錄,然後與您的開發團隊分享這些記錄的報告。 該報告支持多種格式,包括 HTML。
通過收集這些跟蹤記錄,您可以獲取與應用進程和線程相關的計時數據,並查看其他類型的具有全局意義的設備狀態。
注:您無需設置您的代碼來記錄跟蹤記錄,但這樣做可以幫助您查看應用代碼的哪些部分可能會導致線程掛起或界面卡頓。
如需詳細瞭解該工具,請參閱執行設備內置系統跟蹤。