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提供了新的机制，开发者可以指定屏幕不随重力感应旋转，而是用户通过一个单独的按钮自行控制屏幕显示转向。