Android 9.0更新

北京时间2018年8月7日上午，Google 发布了 Android 9.0 操做系统。并宣布系统版本 Android P 被正式命名为代号“Pie”。

Android 9.0 利用人工智能技术，让手机变得更智能、更快，而且还能够随着用户的使用习惯进行调整。

利用 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 扫描（在 Settings > Location 下），同时您的应用必须具备 ACCESS_FINE_LOCATION 权限。

设备无需链接到接入点便可使用 RTT。 为了保护隐私，只有手机能够肯定与接入点的距离；接入点无此信息。

若是您的设备测量与 3 个或更多接入点的距离，您可使用一个多点定位算法来预估与这些测量值最相符的设备位置。 结果一般精准至 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.启用开发者选项。

2.在 Developer options 屏幕中，向下滚动至 Drawing 部分并选择 Simulate a display with a cutout。

选择屏幕缺口的大小。

注示：咱们建议您经过使用运行 Android 9 的设备或模拟器测试屏幕缺口周围的内容显示。

通知

Android 9 引入了多个通知加强功能，可供以 API 级别 28 及以上版本做为目标平台的开发者使用。

提高短信体验

从 Android 7.0（API 级别 24）开始，您能够添加一个操做以回复短信或直接从通知中输入其余文本。 Android 9 经过下列加强提高了该功能：

• 简化了针对对话参与者的支持：Person 类可用于识别参与对话的人员，包括他们的头像和 URI。 如今，许多其余 API（如 addMessage()）都可利用 [Person] 类而不是 CharSequence。 Person 类也支持构建器设计模式。
• 支持图像：如今，Android 9 可在手机的“短信通知”中显示图像。 您可使用对短信使用 setData()来显示图像。 如下代码段演示了如何建立 Person 和包含图像的短信。

// 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。 您可使用此 extra 预填充应用中的文本字段，以便用户能够完成他们的回复。
• 肯定对话是否为群组对话。您可使用 setGroupConversation() 以明确肯定对话是否为群组对话。
• 为 Intent 设置语义操做：setSemanticAction() 函数容许您为操做提供语义含义，如“标记为已读”、“删除”和“回复”等。
• SmartReply：Android 9 支持在您的短信应用中提供相同的建议回复。 使用 RemoteInput.setChoices() 为用户提供一组标准回复。

图1-1 附带了照片的 MessagingStyle

图2-2 含回复和对话的 MessagingStyle

渠道设置、广播和请勿打扰

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 防止通知显示在支持列表视图（如通知栏或锁屏）的设备的列表视图中。

多摄像头支持和摄像头更新

在运行 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 摄像头。

适用于可绘制对象和位图的 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()。
• 要在缩放图像的范围内裁剪图像，请调用 setCrop()。
• 要建立可变位图，请将 true 传递给 setMutableRequired()。

经过 ImageDecoder 还能够为圆角或圆形遮罩之类的图像添加复杂的定制效果。 以 PostProcessor 类的一个实例做为参数使用 setPostProcessor()，执行您所需的任何绘图命令。

注：对 AnimatedImageDrawable进行后处理时，效果会出如今动画的全部帧中。

动画

Android 9 引入了 AnimatedImageDrawable 类，用于绘制和显示 GIF 和 WebP 动画图像。 AnimatedImageDrawable 的工做方式与 AnimatedVectorDrawable 的类似之处在于，都是渲染线程驱动 AnimatedImageDrawable 的动画。 渲染线程还使用工做线程进行解码，所以，解码不会干扰渲染线程的其余操做。 这种实现机制容许您的应用在显示动画图像时，无需管理其更新，也不会干扰应用界面线程上的其余事件。

可以使用 ImageDecoder的实例对AnimatedImageDrawable进行解码。如下代码段演示如何使用ImageDecoder来解码AnimatedImageDrawable：

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 图像压缩和 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。 借助该类，能够构建基于通道的音效，由各类类型（包括均衡、多频带压缩和限幅器）的多个阶段组成。 频带和活动阶段的数量可配置，并且大多数参数可实时控制。

JobScheduler 中的流量费用敏感度

从 Android 9 开始，JobScheduler 可使用运营商提供的网络状态信号来改善与网络有关的做业处理。

做业能够声明其预估的数据大小、信号预提取，并指定具体的网络要求。 JobScheduler 而后根据网络状态管理工做。 例如，当网络显示拥塞时，JobScheduler 可能会延迟较大的网络请求。 若是使用的是不按流量计费的网络，则 JobScheduler 可运行预提取做业以提高用户体验（例如预提取标题）。

添加做业时，确保使用 setEstimatedNetworkBytes()、setPrefetch() 和 setRequiredNetwork()（若是适用），以帮助 JobScheduler 正确处理工做。 在执行做业时，请确保使用 JobParameters.getNetwork() 返回的 Network 对象。 不然，您将隐式使用设备的默认网络，其可能不符合您的要求，从而致使意外的流量消耗。

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

此外，API 还引入了一个新函数，即 ANeuralNetworksModel_relaxComputationFloat32toFloat16()，容许您指定是否计算范围和精度低至 IEEE 754 16 位浮点格式的 ANEURALNETWORKS_TENSOR_FLOAT32。

自动填充框架

Android 9 引入了多项改进，自动填充服务能够利用这些改进进一步加强用户填写表单时的体验。 如需详细了解如何在您的应用中使用自动填充功能，请参阅自动填充框架指南。

安全加强功能

Android 9 引入了若干安全功能，详见如下各节摘要说明。

Android Protected Confirmation

运行 Android 9 或更高版本的受支持设备赋予您使用 Android Protected Confirmation 的能力。 使用该工做流时，您的应用会向用户显示提示，请他们批准一个简短的声明。 应用能够经过这个声明再次确认，用户确实想完成一项敏感事务，例如付款。

若是用户接受该声明，Android 密钥库会收到并存储由密钥哈希消息身份验证代码 (HMAC) 保护的加密签名。 Android 密钥库确认消息的有效性以后，您的应用可使用在可信执行环境 (TEE) 下经过 trustedConfirmationRequired 生成的密钥来签署用户已接受的消息。 该签名具备很高的可信度，它表示用户已看过声明并赞成其内容。

统一辈子物识别身份验证对话框

在 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) 证明密钥的完整性。

保护对密钥库进行的密钥导入

Android 9 经过利用 ASN.1‑编码密钥格式将已加密密钥安全导入密钥库的功能，提升了密钥解密的安全性。 Keymaster 随后会在密钥库中将密钥解密，所以密钥的内容永远不会以明文形式出如今设备的主机内存中。

注：只有附带 Keymaster 4 或更高版本的设备才支持该功能。

具备密钥轮转的 APK 签名方案

Android 9 新增了对 APK Signature Scheme v3 的支持。该架构提供的选择能够在其签名块中为每一个签名证书加入一条轮转证据记录。 利用此功能，应用能够经过将 APK 文件过去的签名证书连接到如今签署应用时使用的证书，从而使用新签名证书来签署应用。

注：运行 Android 8.1（API 级别 27）或更低版本的设备不支持更改签名证书。 若是应用的 minSdkVersion 为 27 或更低，除了新签名以外，可以使用旧签名证书来签署应用。

只容许在未锁定设备上进行密钥解密的选项

Android 9 引入了 unlockedDeviceRequired 标志。 此选项肯定在容许使用指定密钥对任何正在传输或存储的数据进行解密以前，密钥库是否要求屏幕解锁。 这些类型的密钥很是适合用于加密要存储在磁盘上的敏感数据，例如健康或企业数据。 该标志为用户提供了更高的保证，即便手机丢失或被盗，在设备锁定的状况下，没法对数据进行解密。

注：unlockedDeviceRequired 标志启用以后，仍然能够随时进行加密和签名验证。 该标志可防止在设备解锁时“仅解密”数据。

在设备锁定时要确保密钥安全不被解密，可经过将 true 传递给 setUnlockedDeviceRequired() 函数启用该标志。 完成该步骤以后，当用户的屏幕被锁定时，使用该密钥进行解密或签署数据的任未尝试都会失败。 锁定设备在能够访问以前，须要 PIN 码、密码、指纹或者一些其余可信因素。

旧版加密支持

附带 Keymaster 4 的 Android 9 设备支持三重数据加密算法（简称三重 DES）。 若是您的应用与须要三重 DES 的旧版系统进行互操做，请使用这种加密来加密敏感凭据。

Android 备份

Android 9 新增了与备份和还原有关的功能和开发者选项。 这些更改的详细信息如以部分下所示。

客户端加密备份

Android 9 新增了对使用客户端密钥加密 Android 备份的支持。 知足下列条件时会自动启用该支持功能：

• 用户已使用 Android 9 或更高版本启用备份。
• 用户已为其设备设置屏幕锁定，须要 PIN 码、图案或密码才能解锁。

该隐私措施启用以后，从用户设备制做的备份还原数据时，会要求提供设备的 PIN 码、图案或密码。 如需详细了解该项功能背后的技术，请参阅 Google 云密钥保险柜服务白皮书。

定义备份所需的设备条件

若是您的应用数据包含敏感信息或偏好，Android 9 可以让您定义设备条件（例如在客户端加密已启用或者正在进行本地设备到设备传输时），数据将依据该条件包括在用户的备份中。

窗口变动详情

Android 9 让您能够在应用同时重绘多个窗口时，更轻松地跟踪应用窗口的更新。 当发生 TYPE_WINDOWS_CHANGED 事件时，可以使用 getWindowChanges() API 来肯定窗口发生的变动。 在多窗口更新期间，每一个窗口都会生成本身的一组事件。 getSource() 函数返回与每一个事件相关联的窗口的根视图。

若是应用已为其 View 对象定义无障碍功能窗格标题，您的 Service 将能够识别应用界面什么时候进行更新。 TYPE_WINDOW_STATE_CHANGED 事件发生时，可以使用 getContentChangeTypes() 所返回的类型来肯定窗口发生的变动。 例如，框架能够检测窗格什么时候有新标题或者窗格什么时候消失。

文本

Android 9 为平台提供了如下与文本相关的功能：

• 文本预先计算：PrecomputedText 类使您能提早计算和缓存所需信息，改善了文本渲染性能。 它还使您的应用能够在主线程以外执行文本布局。
• 放大器：Magnifier 类是一种可提供放大器 API 的微件，可在全部应用中实现一致的放大器功能体验。
• Smart Linkify：Android 9 加强了 TextClassifier 类，该类可利用机器学习在选定文本中识别一些实体并建议采起相应的操做。 例如，TextClassifier 可让您的应用检测到用户选择了电话号码。 而后，您的应用能够建议用户使用该号码拨打电话。 TextClassifier 中的功能取代了 Linkify 类的功能。
• 文本布局：借助几种便捷函数和属性，能够更轻松地实现界面设计。 如需了解详细信息，请参阅 TextView 参考文档。

DEX 文件的 ART 提早转换

在运行 Android 9 或更高版本的设备上，Android 运行时 (ART) 提早编译器经过将应用软件包中的 DEX 文件转换为更紧凑的表示形式，进一步优化了压缩的 Dalvik Executable 格式 (DEX) 文件。 此项变动可以让您的应用启动更快并消耗更少的磁盘空间和内存。

这种改进特别有利于磁盘 I/O 速度较慢的低端设备。

设备端系统跟踪

Android 9 容许您经过设备记录系统跟踪记录，而后与您的开发团队分享这些记录的报告。 该报告支持多种格式，包括 HTML。

经过收集这些跟踪记录，您能够获取与应用进程和线程相关的计时数据，并查看其余类型的具备全局意义的设备状态。

注：您无需设置您的代码来记录跟踪记录，但这样作能够帮助您查看应用代码的哪些部分可能会致使线程挂起或界面卡顿。

本文内容来自google中文官网:

https://developer.android.google.cn/about/versions/pie/android-9.0

若是你想第一时间看个人后期文章，扫码关注公众号，长期推送Android开发文章、最新动态、开源项目，让你各类涨姿式。

Android开发666 - 安卓开发技术分享
             扫描二维码加关注