androidyuv縮放

⑴ android 高效內存-圖片內存使用優化

內容整理自網路。

在做內存優化的時候，我們發現除了解決內存泄露問題，剩下的就只有想辦法減少真實的內存佔用。而在App中，大部分內存可能被我們圖片佔用了，所以減少圖片的內存佔用可以帶來直接的效果。本文就簡單介紹一張圖片到底佔用多少內存，我們先假設我們有一張圖片時** 600 * 800** 的，圖片佔用空間大小假設是** 100KB**。

圖片內存大小跟佔用空間大小有什麼關系？

佔用空間的大小不是圖片佔用內存的大小，一些初學者可能會誤解一下。佔用空間是在磁碟上佔用的空間，內存大小是載入到內存中佔用的內存大小。兩個只是單位是一樣的，本質不是一個概念。

一張圖片到底佔用多少內存呢？（ARGB_8888編碼）

1. 圖片佔用內存的計算公式： 圖片高度 * 圖片寬度 * 一個像素佔用的內存大小

2. 所以上面的圖片佔用內存是：**800 * 600 * 4 byte = 1875KB = 1.83M **

上面的計算公式中，為什麼是4byte呢？文章後面有總結哦

圖片所在目錄對內存的影響？

在Android中，圖片的存放目錄和手機的屏幕密度影響圖片最終的大小，舉個例子：

假設我們的圖片放到 xhdpi 目錄下，那麼我們本文中的圖片佔用的內存大小如下：

屏幕密度為2的設備：800 * 600 * 4byte = 1.83M

屏幕密度為3的設備：800 * 1.5 * 600 * 1.5 * 4byte = 1.83 * 2.25M =** 4.12M**

所以，計算圖片佔用內存大小的時候，要考慮圖片所在的目錄跟設備密度，這兩個因素其實影響的是圖片的高寬，android會對圖片進行拉升跟壓縮。

總結

1. 圖片確實很佔用內存，內存優化先考慮圖片內存佔用；

2. 一定要避免使用大圖片，這就是.9圖很有用的原因之一；

3. 圖片的大小對內存的影響是正比關系；

4. 本文只是簡單的告知讀者怎麼計算圖片的內存大小。

大圖： 440 * 336    小圖： 220 * 168 資源目錄： xhdpi

小圖的高寬都是大圖的1/2-->小圖是原圖的1/4

界面效果：

測試設備： Coolpad   8676-M01   5.1   density=2.0

測試前准備操作： 同一款設備，設置圖片前後多次調用gc直到內存短時間內保持穩定不再變化

內存使用情況： 下圖依次是 初始內存，大圖內存，小圖內存

大圖佔用內存： 11.23 MB - 10.66 MB = 0.57 MB

小圖佔用內存： 10.81 MB - 10.66 MB = 0.15 MB

大圖小圖內存關系： 0.15 MB * 4 = 0.60 MB 約等於 0.57 MB (這是統計工具的誤差，理論上就是相等的)

同樣的方式在另外一台設備小米4c上得到的結果如下：

測試設備： Xiaomi   Mi-4c   V8.2.1.0.LXKCNDL   5.1.1   density=3.0

大圖佔用內存： 13.22 MB - 11.95 MB = 1.27 MB

小圖佔用內存： 12.27 MB - 11.95 MB = 0.32 MB

大圖小圖內存關系： 0.32 MB * 4 = 1.28 MB 約等於 1.27 MB

結論： 由此可見大圖比小圖佔用更多的內存，圖片大小（解析度）與佔用內存成正比關系

備註： 圖片在硬碟上佔用的磁碟空間大小，與在內存中佔用的內存大小完全不一樣，不是一個概念，不要混淆

根據上文中圖片大小與內存的關系，可以更加深刻的理解Android中.9圖片的作用，它不但能減少apk的體積，還能減少圖片佔用內存。

有些時候我們根本不需要圖片，而是自己繪制背景，可以在自定義View的onDraw中繪制背景，當然最方便的還是使用系統的Drawable，繪制部分交給系統去完成。

下面測試圖片與Drawable的內存佔用對比

原始圖片大小： 482 * 482

界面效果：

測試設備： Xiaomi   Mi-4c   V8.2.1.0.LXKCNDL   5.1.1

測試前准備操作： 同一款設備，設置背景前後多次調用gc直到內存短時間內保持穩定不再變化

內存使用情況： 下圖依次是 初始內存，使用圖片佔用的內存，使用Drawable佔用的內存，使用onDraw繪制佔用的內存

使用圖片佔用內存： 13.97 MB - 11.97 MB = 2.00 MB

使用Drawable佔用內存： 11.97 MB - 11.97 MB = 0.00 MB （不會是0，有誤差，只是很少）

使用onDraw繪制佔用內存： 11.98 MB - 11.97 MB = 0.01 MB

結論： 繪制背景，或者使用系統提供Drawable作為背景，會大大減少內存佔用

Drawable參考資料：

Drawable實戰解析：Android XML shape 標簽使用詳解（apk瘦身，減少內存好幫手）

Android GradientDrawable（shape標簽定義）靜態使用和動態使用(圓角，漸變實現)

「讓你的圖片最小化」一節中描述的方法：使用盡可能小的圖，使用.9，自己繪制背景或者使用Drawable來繪制背景

載入大圖片時需要對圖片進行壓縮，使用等比例壓縮方法直接在內存中處理圖片

這樣做要注意的是，圖片質量會變差，inSampleSize設置的值越大，圖片質量就越差。

有時候我們取得一張圖片，也許只是為了獲得這個圖片的一些信息，比如圖片的width、height等信息，不需要顯示到界面上，這個時候我們可以不把圖片載入到內存中。

由於Android外層是使用java，而底層使用的是C語言為圖片對象分配的內存空間。所以我們的外部雖然看起來釋放了，但里層卻並不一定完全釋放了，我們使用完圖片後最好再釋放掉里層的內存空間。

RGB(ARGB)

RGB色彩模式是工業界的一種顏色標准，是通過對紅(R)、綠(G)、藍(B)三個顏色通道的變化以及它們相互之間的疊加來得到各式各樣的顏色的，RGB即是代表紅、綠、藍三個通道的顏色，這個標准幾乎包括了人類視力所能感知的所有顏色，是目前運用最廣的顏色系統之一。在Android中還有包含透明度Alpha的顏色模型，即ARGB。

YUV

YUV，分為三個分量，「Y」表示明亮度（Luminance或Luma），也就是灰度值；而「U」和「V」 表示的則是色度（Chrominance或Chroma），作用是描述影像色彩及飽和度，用於指定像素的顏色。

YUV的原理是把亮度與色度分離，研究證明，人眼對亮度的敏感超過色度。利用這個原理，可以把色度信息減少一點，人眼也無法查覺這一點。

主要用於電視系統以及模擬視頻領域，它將亮度信息（Y）與色彩信息（UV）分離，沒有UV信息一樣可以顯示完整的圖像，只不過是黑白的，這樣的設計很好地解決了彩色電視機與黑白電視的兼容問題

YUV的存儲中與RGB格式最大不同在於，RGB格式每個點的數據是連繼保存在一起的。即R，G，B是前後不間隔的保存在2-4byte空間中。而YUV的數據中為了節約空間，U，V分量空間會減小。每一個點的Y分量獨立保存，但連續幾個點的U，V分量是保存在一起的，（反正人眼一般也看不出區別）.這幾個點合起來稱為macro-pixel， 這種存儲格式稱為Packed格式。另外一種存儲格式是把一幅圖像中Y，U，V分別用三個獨立的數組表示。這種模式稱為planar模式。

CMYK
  CMYK也稱作印刷色彩模式，顧名思義就是用來印刷的。印刷四分色模式是彩色印刷時採用的一種套色模式，利用色料的三原色混色原理，加上黑色油墨，共計四種顏色混合疊加，形成所謂「全彩印刷」。四種標准顏色是：

CMYK和RGB相比有一個很大的不同：RGB模式是一種發光的色彩模式，你在一間黑暗的房間內仍然可以看見屏幕上的內容；CMYK是一種依靠反光的色彩模式，我們是怎樣閱讀報紙的內容呢？是由陽光或燈光照射到報紙上，再反射到我們的眼中，才看到內容。它需要有外界光源，如果你在黑暗房間內是無法閱讀報紙的。只要是在印刷品上看到的圖像，就是CMYK模式表現的。比如期刊、雜志、報紙、宣傳畫等，都是印刷出來的，那麼就是CMYK模式的了。

CMYK原色與疊加之後的顏色對比

在不考慮透明度的情況下，一個像素點的顏色值在計算機中的表示方法有以下3種：

在Java中，float類型的變數佔32位，int類型的變數佔32位，short和char類型的變數都在16位，因此可以看出，用浮點數表示法編碼一個像素的顏色，內存佔用量是96位即12位元組；而用24位整數表示法編碼，只要一個int類型變數，佔用4個位元組（高8位空著，低24位用於表示顏色）；用16位整數表示法編碼，只要一個short類型變數，佔2個位元組；因此可以看出採用整數表示法編碼顏色值，可以大大節省內存，當然，顏色質量也會相對低一些。在Android中獲取Bitmap的時候一般也採用整型編碼。

回想一下Android的BitmapConfig類中，有ARGB_8888、ARGB_4444、RGB565等常量，現在可以知道它們分別代表了什麼含義。同時也可以計算一張圖片在內存中可能佔用的大小，比如採用ARGB_8888編碼載入一張1920 1200的圖片，大概就會佔用1920 1200*4/1024/1024=8.79MB的內存。

採用低內存佔用量的編碼方式，比如Bitmap.Config.ARGB_4444比Bitmap.Config.ARGB_8888更省內存；

1920 1200的圖片:*

ARGB_8888:1920 1200 4/1024/1024=8.79MB

ARGB_4444,RGB565:1920 1200 2/1024/1024=4.39MB

在Android中，對圖片的使用一定要關注，大多數情況下，佔用內存多，OOM發生都是因為圖片資源使用不當。不要盲目加一個大圖到Android項目中，能使用.9進來使用，而且.9圖本身盡可能小，另外能使用繪制實現就不要加一個圖片資源。有些時候，在不影響用戶體驗的情況下，可以降低圖片素材質量，比如不需要透明度的就不要了，有些透明度用肉眼看不出來。

⑵ 問答：Android P都更新了哪些功能

Android P的新功能特性集中在了UI、通知體驗、室內定位、圖像存儲幾個方面，解決了之前一直存在的痛點。例如WiFi RTT一定程度上彌補了蜂窩網路在室內環境下的定位問題，HEIC圖像格式則重點解決了存儲容量問題。同時，Android P也在通知豐富度及操作便捷性等功能方面有所增強和提升。

一、WiFi RTT功能——復雜地形精確導航

WiFi RTT功能是Android P新引入的一個功能，從原理上來說與蜂窩網路的定位原理一致，但這個功能極大的彌補了蜂窩網路在室內定位的短板，WiFi RTT將能夠在室內提供高精度的定位，這是蜂窩網路很難做到的。

WiFi RTT是全新的功能，在android.net.wifi包下增加了rtt包，用於存放WiFi RTT相關類和介面。

WiFi RTT的API以WifiRttManager為核心，藉助AP熱點或WiFi，利用RTT原理完成測距，通過三個以上的測距點就能夠准確地定位到設備所在位置。

WiFiRTTManager提供了測距介面，是一個非同步測距操作，根據官方文檔（https://developer.android.com/reference/android/net/wifi/rtt/WifiRttManager.html）說明，其測距介面如下：

void startRanging(RangingRequest request, RangingResultCallback callback, Handler handler);

註：SDK Platforms Android P Preview Revision 1的相關介面定義與此不同，但實際的官方鏡像中介面與此一致，開發者需要更新最新的Android P Preview Revision 2，此版本中Google已經修正該介面。

介面中，RangingRequest通過RangingRequest.Builder構建，RangingRequest.Builder構建出RangingRequest所需要的參數可以通過WiFiManager等系統服務獲取到相關的內容，如List<ScanResult> scanResults = wifiManager.getScanResults();

以下提供一個簡單的測試Demo，以供參考：

private WifiRttManager wifiRttManager;
private WifiManager wifiManager;

@Override
protected void onCreate(Bundle savedInstanceState) {
// ... ...

if(getPackageManager().hasSystemFeature(PackageManager.FEATURE_WIFI_RTT)) {
Object service = this.getApplicationContext().getSystemService(Context.WIFI_RTT_RANGING_SERVICE);
if(service instanceof WifiRttManager) {
wifiRttManager= (WifiRttManager) service;
Log.i(TAG, "Get WifiRttManager Succ.");
}

wifiManager = (WifiManager) this.getApplicationContext().getSystemService(Context.WIFI_SERVICE);

IntentFilter wifiFileter = new IntentFilter();
wifiFileter.addAction(WifiManager.NETWORK_STATE_CHANGED_ACTION);
wifiFileter.addAction(WifiManager.WIFI_STATE_CHANGED_ACTION);
wifiFileter.addAction(WifiManager.SCAN_RESULTS_AVAILABLE_ACTION);
registerReceiver(new WifiChangeReceiver(), wifiFileter);
}

// ... ...
｝

private void startScanAPs() {
wifiManager.setWifiEnabled(true);
wifiManager.startScan();
}

class WifiChangeReceiver extends BroadcastReceiver {
@RequiresApi(api = 28)
@Override
public void onReceive(Context context, Intent intent) {
if (intent.getAction().equals(WifiManager.SCAN_RESULTS_AVAILABLE_ACTION)) {
List<ScanResult> scanResults = wifiManager.getScanResults();
Log.i(TAG, "Wifi Scan size:" + scanResults.size());
for(ScanResult scanResult: scanResults) {
Log.i(TAG, scanResult.toString());
RangingRequest.Builder builder = new RangingRequest.Builder();
builder.addAccessPoint(scanResult);
wifiRttManager.startRanging(builder.build(), new RangingResultCallback() {
@SuppressLint("Override")
@Override
public void onRangingFailure(int i) {
// TODO
}
@SuppressLint("Override")
@Override
public void onRangingResults(List<RangingResult> list) {
// TODO get result from list

for(RangingResult result : list) {
Log.i(TAG, result.toString());
}
}
}, new Handler());
}
}
}
}

使用WiFi RTT時，需要在AndroidManifest.xml中增加如下聲明：

<uses-feature android:name="android.hardware.wifi.rtt" />

通過上面的簡單代碼，就能夠實現WiFi RTT的功能。

WiFi RTT功能適用於復雜地形的大型室內外場所，如商場、娛樂場所、大型休閑、游樂場等等，提供場所內的局部區域精確化導航等功能。相信在很快的時間內，就能夠在各大地圖應用內體驗到這項便利功能，對於路痴、地圖盲的夥伴們將是極大的福音。

二、顯示剪切——支持劉海屏

隨著iPhone X的推出，「劉海屏」達到了空前的高潮。Android P里提供了對異形屏幕的UI適配兼容方案，通過DisplayCutout類提供的相關介面，能夠獲取到屏幕中Cutout區域的信息。

藉助DisplayCutout，可以獲取到如下信息：

DisplayCutout displayCutout = view.getRootWindowInsets().getDisplayCutout();
if(displayCutout != null) {
Region bounds = displayCutout.getBounds();
Log.d(TAG, String.format("Bounds:%s", bounds.toString()));
int top = displayCutout.getSafeInsetTop();
int bottom = displayCutout.getSafeInsetBottom();
int left = displayCutout.getSafeInsetLeft();
int right = displayCutout.getSafeInsetRight();
Log.d(TAG, String.format("Cutout edge:[left:%d, top:%d,right:%d, bottom:%d]", left, top, right, bottom));
}

public Region getBounds()能夠獲取到Cutout區域的所有信息，Region就是Cutout區域。

public int getSafeInsetTop()
public int getSafeInsetBottom()
public int getSafeInsetLeft()
public int getSafeInsetRight()

以上四個介面，可以獲取到去除Cutout區域後的安全區域邊界值。

通過上述數據，開發者能夠精準的控制UI的繪制，避免將UI內容繪制到Cutout區域造成UI顯示異常。

Android機器里，劉海屏目前還是極為罕見的Google為了方便開發者調試，在Android P Preview鏡像中，特別提供了Cutout的支持，具體打開方式可以參考Google提供的特性說明文檔cutout小節內容。

cutout小節：https://developer.android.com/preview/features.html#cutout

如圖所示，筆者使用手頭的Pixel 2 XL體驗了Android P的Cutout設置。

三、通知優化——操作更多樣，內容更豐富

Android P在通知內容的豐富度和操作上做了優化。

最近的版本中，Android系統的通知管理方面一直優化升級，Android O提供了更細粒度的Channel功能，通知欄推送時需要指定NotificationChannel，用戶可以對通知的Channel選擇，只允許感興趣的Channel推送的通知顯示。通過通道設置、免打擾優化等方式，極大增強了消息體驗。

增強消息體驗

Android P繼續改進和增強消息通知[v1]。早在Android 7.0時，就提供了在通知中直接應答和輸入，Android P對這一功能做了更多的增強。

Android P的通知中支持圖像內容，可以通過setData()方法，給出消息的圖像內容，在通知上展示給用戶。

Android P同樣簡化了通知的配置形式。Android P中增加了Notification.Person類，用於區分同一個對話的參與者信息，如參與者的頭像、URI等。根據官方說明，Android P中，通知消息的其他一些API，也使用Person替代之前的CharSequence。

簡單的體驗下新的API的開發：

NotificationChannel channel = new NotificationChannel("WtTestChannel",
"WtTestChannel", NotificationManager.IMPORTANCE_DEFAULT);
channel.enableLights(true); // luncher icon right corner's point
channel.setLightColor(Color.RED); // read point
channel.setShowBadge(true); // whether show this channel notification on long press icon

Notification.Builder builder =
new Notification.Builder(MainActivity.this,
"WtTestChannel");
Notification.Person p = new Notification.Person();
p.setName("WeTest");
p.setUri("http://cdn.wetest.qq.com/" +
"ui/1.2.0/pc/static/image/newLogo-16042.png");
Notification.MessagingStyle messageStyle = new Notification.MessagingStyle(p);
Notification.MessagingStyle.Message message =
new Notification.MessagingStyle.Message("WeTestMessage", 2000, p);

//show image
Uri image = Uri.parse(
"http://cdn.wetest.qq.com/ui/1.2.0/pc/static/image/newLogo-16042.png");
message.setData("image/png", image);
messageStyle.addMessage(message);
builder.setStyle(messageStyle);
builder.setSmallIcon(R.mipmap.ic_launcher);
Notification notification = builder.build();

NotificationManager notifyManager =
(NotificationManager) getSystemService(
MainActivity.this.getApplicationContext().NOTIFICATION_SERVICE);


notifyManager.createNotificationChannel(channel);
notifyManager.notify("WeTest", 1, notification);

通道設置、廣播和免打擾優化

Android P中，重點做了內容豐富上的工作，同時也對Channel的設置方面做了一些簡化處理。

Android O版本里，首次推出了NotificationChannel，開發者需要配置相應的Channel，才能夠推送通知給用戶。用戶能夠更加細粒度[v1]的針對App的Channel選擇，而不是禁止App的所有通知內容。

而在Android P中，對通知的管理做了進一步的優化，包括可以屏蔽通道組、提供新的廣播類型和新的免打擾優先順序。

屏蔽通道組：用戶可以在通知設置中屏蔽App的整個通道組。開發者可以通過isBlocked()來判斷某個通道組是否被屏蔽了，並根據結果，不向已經被屏蔽的通道組發送任何通知。另外，開發者可以在App中使用新介面getNotificationChannelGroup()來查詢當前的通道組設置。

新的廣播類型：新廣播類型是針對通道和通道組的功能增加的「通道(組)屏蔽狀態變化」廣播。開發者App中可以對所擁有的通道(組)接收廣播，並根據具體廣播內容作出動作。開發者可以通過NotificationManager，查看廣播相關的具體信息。針對廣播的動作可以通過Broadcasts查看具體的方法和信息。

免打擾優先順序：NotificationManager.Policy增加了兩個新的優先順序常量，PRIORITY_CATEGORY_ALARMS(警告優先)，PRIORITY_CATEGORY_MEDIA_SYSTEM_OTHER(媒體、系統和游戲聲音優先)。

四、支持多攝像機和相機共享

近一段時間，雙攝、多攝等機型紛紛面世。雙攝及多攝提供了單攝像頭所無法完成的能力，如無縫縮放、散景和立體視覺。Android P在這方面也提供了系統級的API支持。

Android P提供了系統API，支持從兩個或者多個物理攝像頭同步獲取數據流。此前OEM廠商提供的雙攝設備多是廠商自行定製系統實現，此時Android P推出了API，從系統層面上制定了API規范。

新的API提供了在不同相機之間切換邏輯數據流或混合數據流的調用能力。在捕捉延遲方面，提供新的會話參數，降低初始捕捉延遲。同時，提供相機共享能力，以解決在多種使用相機的場景下重復停止、開啟相機流。閃光燈方面，Android P增加基於顯示的閃光燈支持。光學防抖方面，Android P向開發者提供OIS時間戳，用於圖像穩定性優化以及其他特效使用。

此外，Android P還支持外部USB/UVC相機，可以使用更強大的外置攝像頭模組。

五、支持圖像媒體後期處理

Android P引入了新的ImageDecoder，該類除了支持對各種圖片格式的解碼、縮放、裁剪之外，其強大之處在於支持對解碼後的圖像做後期處理（post-process)，使用該功能可以添加復雜的自定義特效，比如圓角，或是將圖片放在圓形像框中。編寫後期處理回調函數，你可以添加任何繪圖指令實現需要的效果。

此外，Android P原生支持GIF和WebP格式的動圖，新增了AnimatedImageDrawable類，並被新增的解碼器類ImageDecoder直接支持，用法跟矢量動畫類AnimatedVectorDrawable類似，實現方式也類似，通過新增渲染線程和工作線程，不需要在UI線程處理動圖更新，可以說是無痛使用，非常省心。

下面通過編寫代碼，顯示一張gif圖，並利用後期處理機制，在圖像中間繪制一個綠色的實心圓。

final ImageView image = (ImageView) findViewById(R.id.image);
File gifFile = new File("/data/local/tmp/test.gif");
if (!gifFile.exists()) {
Log.d(TAG, "gifFile is not exsited!");
return;
}

ImageDecoder.Source source = ImageDecoder.createSource(gifFile);
try {
d = ImageDecoder.decodeDrawable(source, new ImageDecoder.OnHeaderDecodedListener() {
@Override
public void onHeaderDecoded(ImageDecoder imageDecoder, final ImageDecoder.ImageInfo imageInfo, ImageDecoder.Source source) {
imageDecoder.setPostProcessor(new PostProcessor() {
@Override
public int onPostProcess(Canvas canvas) {
int w = imageInfo.getSize().getWidth();
int h = imageInfo.getSize().getHeight();
Paint paint = new Paint();
paint.setAntiAlias(true);
paint.setColor(Color.GREEN);
canvas.drawCircle(w/2, h/2, h/4, new Paint(paint));
return 0;
}
});
}
});
image.setVisibility(View.VISIBLE);
image.setImageDrawable(d);
} catch (IOException e){
Log.d(TAG, e.toString());
}
Button button = (Button) findViewById(R.id.buttonText);
button.setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View view) {
if (d != null && d instanceof AnimatedImageDrawable) {
AnimatedImageDrawable ad = (AnimatedImageDrawable) d;
if (ad.isRunning()) {
Log.d(TAG, "stop running");
ad.stop();
} else {
Log.d(TAG, "start running");
ad.start();
}
}
}
});

六、支持HDR VP9和HEIF

Android P內置了對HDR VP9和HEIF(heic)圖像編碼的支持。HEIF是蘋果在iOS11推出的一種高效壓縮格式，目前在IphoneX、Iphone 8、IPhone 8P上已經支持。該格式的壓縮率更高，但是編碼該格式需要硬體的支持，解碼並不需要。最新的支持庫中的HeifWriter支持從YUV位元組緩沖區、Surface或是Bitmap類轉換為HEIF格式的靜態圖像。

Android P新引入了MediaPlayer2，支持DataSourceDesc創建的播放列表。

功能優化提升一覽

一、神經網路API 1.1

在前不久發布的Android 8.1 (API level 27)上，Google首次在Android平台上推出了神經網路API，這意味著我們的Android機器智能化水平又提高了一大步。而本次Android P，進一步豐富了神經網路的支持，不僅對之前的相關API進行了優化，並且提供了9個新的操作，為具體的數據操作方面提供了更深入的支持。

二、改進表單自動填充

Android 8.0（API等級26）中引入了自動填充框架，這使得在應用中填寫表單變得更加容易。 Android P引入了自動填充服務並實現了多項改進，得以在填寫表單時進一步增強用戶體驗。

三、安全增強

Android P引入了許多新的安全功能，包括統一的指紋驗證對話框和敏感交易的高確信度的用戶確認。應用程序內的指紋認證UI也將會更加一致。

統一的指紋驗證對話框

如果第三方APP想要使用指紋，Android系統框架為應用提供了指紋認證對話框，該功能可以提供統一的外觀和使用體驗，用戶使用起來更放心。如果您的程序還在使用FingerprintManager，現在改用FingerprintDialog替代吧，系統來提供對話框顯示。對了，在使用FingerprintDialog之前，別忘了調用hasSystemFeature()方法檢查手機設備是否支持指紋。

敏感交易的高確信度的用戶確認

Android P系統提供了受保護的確認API，藉助這組全新的API，應用可以使用ConfirmationDialog對話框向用戶提示，請求用戶批准一條簡短的聲明， 該聲明允許應用提醒用戶，即將完成一筆敏感交易，例如支付。

如果用戶接受聲明，應用將會收到一條key-hash的消息認證碼（HMAC)，該簽名由TEE產生，以保護用於輸入和認證對話框的顯示。該簽名表示用於已經看到了聲明並同意了。

硬體安全模塊

Android P還提供了StrongBox Keymaster（強力沙盒秘鑰大師），一個存儲在硬體安全模塊的具體實現。在這個硬體安全模塊中有自己的CPU、安全存儲空間，真隨機數生成器，以及額外的機制抵禦應用被篡改或是未授權應用的惡意載入。當檢查存儲在StrongBox Keymaster中的密鑰時，系統通過可信執行環境（TEE）確認密鑰的完整性。為了降低能耗，StrongBox支持了一組演算法和不同長度的秘鑰：

●RSA 2048

●AES 128 and 256

●ECDSA P-256

●HMAC-SHA256 (支持8位元組到64位元組任意秘鑰長度)

●Triple DES 168

需要說明的是，這個機制需要硬體支持。

安全秘鑰導入KeyStore

使用新的ASN.1編碼的秘鑰格式添加導入秘鑰到Keystore，Android P提供了額外的密碼解密安全能力。之後KeyMaster就可以解密KeyStore存儲的秘鑰，這種工作方式使得秘鑰明文永遠不會出現在設備內存中。這項特性要求設備支持Keymaster 4。

四、支持客戶端側Android備份加密

Android P支持使用客戶端密鑰對Android備份進行加密。 這項隱私措施，需要設備的PIN、圖案密碼或標准密碼才能從用戶設備備份的數據中恢復數據。

五、Accessibility優化

為了使App使用更便捷，Android在多個方面為開發者提供了易用性的優化。

1、Navigation semantics

Android P在App的場景切換和操作上為開發者提供了很多的優化點。

2、Accessibility pane titles

Android P中對Section提供了新的機制，被稱為accessibility pane titles， Accessibility services能夠接收這些標題的變化，使得能夠對一些變化提供更加細粒度的信息。

指定Section的標題，可以通過android:accessibilityPaneTitle新屬性來設置，同樣運行時可以通過setAccessibilityPaneTitle()來設置標題。

3、頂部欄導航

Android P提供了新的頂部欄導航機制，通過設置View實例的android:accessibilityHeading屬性為true,來顯示邏輯標題。通過這些標題，用戶就可以從一個標題導航到下一個標題，

4、群組導航和輸出

針對屏幕閱讀器，Android P對View提供了新的屬性android:screenReaderFocusable代替原有的android:focusable來做標記，來解決在一些場景下為了使屏幕閱讀器工作而設置View為可獲取焦點的操作。這時，屏幕閱讀器需要同時關注android:screenReaderFocusable和android:focusable設置為ture的View。

5、便捷操作

tooltips交互

Android P中，可以使用getTooltipText()去讀取tooltips的文本內容。使用新的ACTION_SHOW_TOOLTIP和ACTION_HIDE_TOOLTIP控制View顯示或者隱藏tooltips。

新全局交互

Android P在AccessibilityService類中提供了兩個全新的操作。開發者的Service可以通過GLOBAL_ACTION_LOCK_SCREEN幫助用戶鎖屏，通過GLOBAL_ACTION_TAKE_SCREENSHOT幫助用戶完成屏幕截圖。

窗體改變的一些細節

Android P優化了在App多窗體同步發生變化時的更新內容獲取。當出現TYPE_WINDOWS_CHANGED時，開發者可以通過getWindowChanges()API獲取窗體變化情況。

當多窗體發生改變時，每個窗體都會發出自己的事件，開發者可以通過getSource()獲取到事件窗體的根View。

如果你的App為View定義了accessibility pane titles，UI更新時你的Service就能夠識別到相應的改動。當出現TYPE_WINDOW_STATE_CHANGED事件時，使用新方法 getContentChangeTypes()返回的類型，就能夠獲取到當前窗體的變化情況。例如，現在就能夠通過上述的機制，檢測到一個[v1]窗格是否有了新標題，或者一個窗格的消失。

六、新的Rotation方案

旋轉屏幕，是一些游戲、視頻等場景必要的操作，但有一些場景，用戶旋轉屏幕並不是為了讓應用顯示從豎屏變成橫屏或反過來。為了避免這種誤操作，Android P提供了新的機制，開發者可以指定屏幕不隨重力感應旋轉，而是用戶通過一個單獨的按鈕自行控制屏幕顯示轉向。