在上周的世界移动通信大会 (Mobile World Congress) 上，我们看到由开发者、设备厂商以及芯片合作伙伴组成的 Android 生态系统不断为全球用户创造美妙体验。 今天，我们要向各位介绍下一个版本的操作系统 —— Android P 的首个开发者预览版。该版本早期仅面向开发者发布，每一位开发者都是我们最信任的测评人。及时获取您的反馈意见对我们至关重要，我们会根据您的反馈优化平台来更好地满足您的开发需求。希望您可以尽早着手试用 Android P 预览版的新功能和新 API，并把您的想法和通过留言的方式及时告诉我们。 预览版的首发只是第一步 —— 我们在五月的 Google I/O 大会上将会有更多的分享，敬请关注！ 精确室内定位一直是应用开发者面临的一个长期挑战，但它为定位服务提供了新的机会。Android P 为 IEEE 802.11mc WiFi 协议添加了平台支持 (也称为 WiFi 往返时间，RTT)，这可以让您在应用中使用室内定位。
拥有硬件支持的 Android P 设备可以让您的应用使用 RTT API 测量与附近 WiFi 接入点 (AP) 的距离，设备不需要连接到 AP 便可以使用 RTT。为了保持隐私，只有手机能够确定距离，AP 无法做到这一点。 通过测量从设备到三个或更多 AP 的距离，您可以以 1 到 2 米的精度确定设备。这种精确度允许您创建更多新的体验：室内、基于的细粒度服务，例如，模糊语音控制 ( 打开这里的灯 ) ；基于的资讯服务 ( 这些优惠是针对这个产品的吗？ )。 现在应用可以充分利用最新的全面屏设备来展示内容。我们在 Android 平台加入了对凹口屏幕的支持，並提供 API 供您使用，从而管理内容展示方式。 本功能可以在应用中无缝工作，系统会管理状态栏的高度从而将您的内容与裁切区域分开。如果您拥有重要的沉浸式内容，则还可以使用新的 API 查看裁切形状并创建全屏布局。您可以调用 getDisplayCutout() 来判断本地设备是否具有凹口屏幕，然后再确定裁切区域的和形状。平台添加了一个新的窗口布局属性 layoutInDisplayCutoutMode 让您告诉系统如何以及何时将您的内容相对于裁剪区域进行布局。 我们加入开发者选项来模拟任意设备上的裁切画面，从而简化凹口屏幕支持在您应用上的构建以及测试流程。我们您针对画面裁切功能进行应用测试以确保内容显示无误。
在 Android P 中，我们特别重视改进通知的可视性和功能性。全新的 MessagingStyle 通知突出强调了来信人以及您可采用的回复方式。您可以显示对话，附加照片和表情，甚至使用智能回复。具体细节请查看文末相关链接。
△在 MessagingStyle 通知中，您可以显示对话和智能回复 (左图)，甚至添加图片和表情 (右图)。 现在，在运行 Android P 的设备上您可以通过两个或更多实体摄像头同时访问视频流。所以您可以在具有双前置或双后置摄像头的设备上，实现单摄像头无法实现的创新功能：如无缝变焦、散景和立体视觉。该 API 还允许您调用可以在两台或更多台摄像头之间自动切换的逻辑或混合摄像头视频流。支持多摄像头的 Android P 设备将在未来一年面市，我们期待您的令人振奋的新创意。 摄像头的其他改进还包括：利用新的会话参数来有效减少初始捕捉时的延迟，表面共享技术让摄像头客户端无须重启视频流便可处理各种使用情况。此外，我们还添加了基于显示器的闪光灯支持以及 API 和 OIS 时间戳的访问权限，以实现应用层面的图像稳定和特效。 Android P 引入了一种更简单的方法来将图像解码为位图或 drawable，即用 ImageDecoder 替代了 BitmapFactory。ImageDecoder 允许您从字节缓冲区、文件或 URI 创建位图或 drawable。它比 BitmapFactory 多出了几个优势，包括对精确缩放的支持，单步解码至硬件存储器，对解码后处理的支持，以及对动画图像的解码。 Android P 增加了对 HDR VP9 Profile 2 的内置支持。现在，您可以在支持 HDR 的设备上，把启用 HDR 功能的视频内容从 YouTube、Play Movies 等资源站点上分享给您的用户。我们还添加了对 HEIF 图像编码的支持，这种格式被广泛使用，改善了照片压缩效果，并减少了所需的存储空间和网络流量。一旦确定您的应用与该数据格式兼容，可用于分享或者显示，不妨尝试利用 HEIF 为图像储存的格式。此外，您还可以通过 ImageDecoder 和 Bitmap Factory 将 jpeg 文件为 heic 文件，从 jpeg 文件中获取位图。您亦可使用新支持库 alpha 版本中的 HeifWriter，从字 YUV 节缓冲区、表面以及位图中写入 HEIF 静态图像。 同时，我们也正在加强和重构 API，以使它们更易于开发和整合，请留意今年晚些时候更具体的发布内容。 任务现在可以声明其估计的数据大小、信号预取以及指定详细的网络要求 —— 运营商可以报告网络状况是拥塞还是不计量，然后，JobScheduler 会根据网络状态管理工作。例如，当网络拥塞时，JobScheduler 可能推迟大型网络请求。而在网络可以不计量使用时，则可以运行多种预加载作业 (例如，预读标题) 来改进用户体验。 在 Android P 中，我们继续根据用户和开发者的反馈改进自动填充框架。除了主要的 Bug 修正之外，此版本还包含新的 API，允许密码管理程序 (Password Manager) 改进 Autofill 用户体验，例如更好的数据集过滤，输入清理和兼容模式。尤其值得一提的是，兼容性模式对用户体验作出了很大的改善，因为在还没有完全自动填充支持的应用程序中它允许密码管理员采用基于辅助功能的方法，并且不会对性能或安全性造成影响。 所有新功能的详细信息请查看文末相关链接。 在 Android P 中，我们将一如既往地致力于把 Android 打造成为最佳的开发平台。 在 Android P 中，我们正在转向更一致的用户界面 (UI)，以便跨应用和设备进行指纹验证。Android 现在提供了一个标准系统对话框，以提示用户触摸指纹传感器，并且在文案和管理方面会根据不同的设备做相应的匹配。同时，应用可以使用新的 FingerprintDialog API 触发系统指纹对话框。我们您尽快切换到这个新的系统对话框。 我们一直致力于将所有网络流量从 (未加密的 HTTP) 转向 TLS，我们还将更改网络安全性配置 (Network Security Configuration) 的默认值，以所有流量。如果您正在使用网络安全性配置，请通过 TLS 建立连接，除非您明确选择在特定域名使用传输。 为了更好地隐私，Android P 所有处于空闲状态的应用对话筒、摄像头和所有 SensorManager 传感器的访问。当一个应用的 UID 空闲时，麦克风将会报告系统 “无音频信号”，传感器将会停止报告事件。应用使用的摄像头也会断开连接，如果应用尝试使用它们，则会生成错误。在大多数情况下，这些不会为现有应用带来新的问题，但我们仍然您从应用中移除此类传感器请求。 从长远来看，我们正在努力为每个网络中对应的 MAC 地址随机化提供支持。 在有支持的 Android P 设备上，您可以通过新的开发者选项启用此功能的实验版，以进行测试。 我们将继续致力于通过 ART 运行时改善应用性能和效率提升。我们扩展了 ART 对执行配置文件的使用，以优化应用并减少已编译应用代码的内存占用量。ART 现可使用配置文件信息在设备上重写 DEX 文件，在多个人气的应用中内存占用减少高达 11％。我们期望这样借此减少系统 DEX 内存使用量并加快应用启动时间。 Kotlin 以经成为一流的 Android 开发语言。 如果您还未尝试，还在等什么呢？我们还在 Kotlin 性能方面进行长期投入，同时继续加大对 Kotlin 的支持，包括优化 Kotlin 代码性能。在 Android P 中，您会看到这项工作的第一个：我们已经改进了一些编译器优化，尤其是那些针对循环的编译器优化，以实现更好的性能。我们还将继续与 JetBrains 合作，优化 Kotlin 生成的代码。只需保持更新 Android Studio 上的 Kotlin 插件，您就能获得所有最新的 Kotlin 性能更新。 在 Android P 中我们继续优化 Doze、App 待命模式以及后台，进一步改善电池寿命。请务必以这些模式为应用进行测试并分享反馈。 在做出这些改变的同时，Android P 将在安装针对 Android 4.2 之前的平台 (targetSdkVersion 小于17) 的应用时通过对话框向用户发出，未来平台将会继续提高版本下限。我们鼓励每一个 Android 开发者现在就着手计划迁移至 API 26，并尽快开始迁移工作。我们期待着您的应用能够充分利用现代 Android，并为用户带来更好的体验。 用户和开发者面临的一个关键问题是应用兼容性 —— 确保应用从一开始就支持新平台，并让用户远离崩溃风险，以及开发者不再需要针对兼容性问题做紧急更新。从 SDK 到 NDK 都使用 Android 公开 API 的应用拥有较好的兼容性，而使用私有 Android 接口和库的应用则兼容性较差。 因此，随着 Android P 的到来，我们开始逐步对特定非 SDK 接口的访问权限，并要求开发者 (包括 Google 内部的应用团队) 使用公开 API 里的替代接口。如果您没有公开的替代接口可用，请在文章下方留言 【无公开 API 替代接口】+ 问题描述 ，我们希望确保开发者尽量流畅地走完这个过程，所以我们会根据您的反馈，确保新版本发布时只影响那些可以轻松被开发者迁移到公共替代接口的 API。 首先，使您的应用兼容，让您的用户无缝过渡到 Android P。只需下载设备系统映像或模拟器系统映像，安装您当前的应用并测试。您的应用应该能够流畅运行，并妥善处理应用行为变动。在做出必要更新后，我们您立即发布到 Google Play，不必更改应用的平台版本。 请记住，您不须要拥有受支持的 Pixel 设备即可针对 Android P 进行测试或开发。对于大多数情况，我们强烈在 Android 模拟器上设置 Android 虚拟设备作为测试。如果您最近没有尝试过模拟器，请务必试试。您会发现它速度非常快，可以在 6 秒内启动，使用方便，甚至可以模拟下一代屏幕。例如，长屏幕和带摄像头裁切区域的异型全面屏。 接下来，将您应用的目标平台更改为 P，并使用完整的 Android P 体验运行。将应用的 targetSdkVersion 设置为 P 和 compileSdkVersion 设置为 android-P，构建并测试。请务必阅读针对 P 的应用行为变更，以查找您想要测试并可能需要调整的地方。
准备就绪后，深入 Android P并了解在您的应用中可使用的诸多新功能和 API 。为了更方便地探索新的 API，请查看 API 差异报告以及 Android P API 参考。有关预览版的时间线和支持资源的详细信息，请查看文末Android P 开发者预览版链接。 我们计划在整个预览阶段中定期更新预览系统映像和 SDK。此初始版本仅供开发者使用，不适用于日常或终端用户，因此仅限手动下载和安装 (请查看文末Android P 开发者预览版链接)。 随着我们逐步接近推出最终产品，也将会邀请消费者前来尝试，届时我们将通过 Android Beta 注册。请继续关注我们发布的细节，但请注意，Android Beta 目前不适用于 Android P。
|
