原文链接:developer.android.com/studio/rele…
本次 Android Studio 又发布了很多的内容更新,按照惯例引荐是等两个小版别后再更新会比较稳,当然也鼓舞我们尝尝鲜,本次更新推出了很多实用的功用。
别的由于国内对更新内容关注度等原因,这儿调整了更新内容的次序,Firebase Crashlytics 放到了最后。
可调理巨细的模拟器
从 Android Studio Electric Eel 开端,现在能够运用一个可调理巨细的模拟器,以此来支撑多种屏幕尺度上的运用测验。
在单个可调整巨细的模拟器上进行测验,不只能够帮助开发者快速测验不同界面的适配效果,还能够经过节省敞开多个虚拟设备所需的资源和内存,从而提升开发体验的流通度。
要运用可调整巨细的模拟器,需要运用 Android 模拟器版别 31.1.3 或更高版别。
当运用被部署到可调整巨细的模拟器时,运用模拟器东西栏中的 Display Mode 下拉菜单,能够在一组常见设备类型之间快速切换。
模拟器屏幕会主动调整巨细,因此开发者能够在各种屏幕尺度和像素密度下轻松测验运用。
视图的视觉查看
Android Studio 现在会主动运行开发者的布局,以查看在不同屏幕尺度下以视图编写的布局是否存在视觉 lint 问题。
PS:个人觉得这个支撑相对鸡肋,用过 XML 布局预览的应该都懂,可能还会产出各种 IDE 的 Errors 信息。
当开发者翻开 Layout Validation 时,就能够看到一切布局以多种设备尺度出现。
假如有问题,它会出现在 Problems 面板中显现,该面板旨在显现规划东西中的一切问题。
设备镜像
在 Android Studio Electric Eel 现在能够经过 Running Devices 窗口完结设备镜像。
经过将设备的显现流直接传输到 Android Studio,开发者能够直接从 IDE 本身执行常见操作,例如旋转屏幕、更改音量或确定/解锁设备。
设备镜像在 Electric Eel Canary 中会作为一项实验性功用供给,能够经过 File > Settings > Experimental( Android Studio > Preferences > Experimental on a Mac),然后选中 Device Mirroring 旁边的框。
首要,保证 AS 已连接到设备,之后连接到的一切设备都反映在 Running Devices 窗口的选项卡中。
开发者能够经过导航到 View > Tool Windows > Running Devices 翻开该窗口,当开发者将运用或测验程序部署到连接的设备时, Running Devices 窗口会主动出现并显现镜像设备。
隐私声明
假如启用了设备镜像,Android Studio 会主动为任何已连接和配对的设备启动设备镜像。
这可能会导致与命令连接的设备的信息泄露,由于 adb tcpip
镜像信息和命令是经过非加密通道传递的。
此外,Android Studio 运用非加密通道与 adb 服务器通信,因此镜像信息可能会被主机上的其他用户拦截。
AGP 晋级帮手晋级后陈述和回滚功用
AGP 晋级帮手现在包括晋级后陈述。
此陈述描绘已完结的步骤以及晋级是否成功,假如在晋级后构建或测验项目时出现问题,它还包括康复晋级帮手所做的更改的操作。
对 Logcat 的更新
Android Studio Electric Eel 默许启用新版 Logcat,这样能够更便利解析、查询和盯梢日志。
这是该东西自推出以来都是 AS 里最重要的更新,因此请阅览运用 Logcat 查看日志 了解有关如何运用新功用、查询语法等更多具体信息。
桌面 Android 虚拟设备现已可用
现在开发者能够直接运用桌面 Android 虚拟设备 (AVD) 测验运用在 Chromebook 等桌面设备上的运行状况。
用户通常在大屏幕设备上与运用进行不同的交互,桌面 AVD 让你能够看到运用在类似环境中的交互行为。
以下是开发者能够测验的一些独特功用:
- 调整运用巨细:经过拖动窗口边缘来调整运用的巨细。
- 自由窗口管理:将运用放置在桌面屏幕的不同方位,并最小化、最大化和康复运用窗口。
- 告知:查看从桌面体系托盘拉出时告知是否正确出现。
要具体了解桌面 AVD 以及如何将它们整合到测验作业流程中,请参阅 ChromeOS 开发人员博客上的Android Studio 中的桌面 AVD 。
运用 Build Analyzer 查看下载影响
Build Analyzer 现在供给下载依靠项所花费时间,以及每个存储库的下载具体视图。
开发者能够运用此信息来确定意外的依靠项下载是否对构建性能发生负面影响,这在增量构建期间很重要,由于增量构建不应该每次都下载同一个 artifacts 。
具体来说,开发者能够运用这些信息来识别装备问题,例如运用动态版别的依靠导致的问题。
此外,假如看到对特定存储库的很多失利恳求,则可能表明应删去该存储库或将其移至存储库装备中的较低方位。
Layout Inspector recomposition 烘托高亮
在 Android Studio Electric Eel 中,代码的 recomposition 会杰出显现,以帮助开发者确定 composables 在 UI 中的哪个方位进行重组。
杰出显现的部分在 Layout Inspector 的图画部分显现composables 的突变叠加,并逐渐消失,以便开发者在 UI 中能够找到具有最高 recompositions 的方位。
假如一个 composable 的 recomposing 高于另一个可组合项,则第一个 composable 会收到更强的突变叠加颜色。
有关具体信息,请参阅布局查看器中的 Compose 重组计数。
同享问题面板
现在开发者能够在同享问题面板中查看规划东西的一切问题,要查看东西窗口,能够经过 View > Tool Windows > Problems 翻开。
实时更新 Compose 预览
从 Android Studio Electric Eel 开端,开发者能够在做出预览更改时当即看到 Compose 的更新。
也就是 @Preview
会注解告知 Android Studio 这个composables 应该显现在这个文件的规划视图中,
你能够在代码中手动添加参数以自定义 Android Studio 出现的办法@Preview
,乃至能够多次将 @Preview
注释添加到同一函数以预览具有不同属性的 composables。
有关具体信息,请参阅 可组合预览。
Android Gradle 插件和 Android Studio 兼容性
Android Studio 构建体系根据 Gradle,而 Android Gradle 插件添加了几个特定于构建 Android 运用的功用。
下表列出了每个版别的 Android Studio 所需的 Android Gradle 插件版别:
Firebase Crashlytics 的运用质量洞察
随着 Android Studio Electric Eel 的发布,用户现在能够直接在 IDE 中查看和处理来自 Firebase Crashlytics 的 App 溃散数据。
Android Studio 会将仓库盯梢数据和溃散统计信息从 Crashlytics 提取到 IDE 的 App Quality Insights 东西窗口,这样开发者就不必在浏览器和 IDE 之间来回切换,要害功用有:
- 查看代码中具有相关 Crashlytics 事情数据时会高亮显现对应的代码行。
- 查看 Top 溃散的仓库,击仓库盯梢会跳转到代码中的相关行方位。
- 查看有关 Top 溃散和非丧命错误事情的摘要统计信息,能够按设备制造商和 Android 版别进行分组。
- 按问题严重性、时间和运用版别进行过滤。
- 获取翻开 Crashlytics 仪表板页面的浏览器链接,其间包括有关该事情的更多具体信息。
经过 Android Studio 和 Crashlytics 的集成,开发者能够在同一个地方编写代码和解决最常见的溃散问题。
假如你还没有运用 Crashlytics 并想了解有关其产品的更多信息,请参阅 Firebase Crashlytics。
开端
要在 Android Studio 中查看 Crashlytics 数据,首要需要在运用项目中装备有 Firebase 和 Crashlytics。
办法如下:在 Android Studio 中的 Tools > Firebase 翻开 Firebase Assistant ,点击 Crashlytics,然后按照教程将 Firebase 和 Crashlytics 添加到项目,别的你能够在Firebase 的 Android 入门指南中阅览有关 Firebase 的更多信息 。
假如已将 Firebase 和 Crashlytics 添加到的运用,请在 IDE 中单击头像图标登录开发者帐户 。
登录后点击 App Quality Insights 东西窗口,就会看到 Issues、Sample Stack Trace 和 Details 面板,里边收集了来自 Crashlytics 的陈述。
在 Android Studio 中查阅 Crashlytics 数据
App Quality Insights 东西窗口包括丰富的数据,可让开发者深化了解用户遇到的事情,以及可帮助开发者快速导航至这些事情来源的链接。
-
假如项目包括多个运用模块,能够从模块下拉菜单中选择要查看的事情数据模块。
-
运用运用 ID 下拉菜单选择要剖析的运用 ID。
-
“issues” 面板显现 Crashlytics 的重要数据,并按影响重要程度进行排序。
-
Sample Stack Trace 显现有关开发者在 issues 面板中点击的事情的具体信息。
还有受影响的设备类型、 Android 版别和事情发生时间的信息,以及指向 Firebase Crashlytics 中的事情的链接,假如你想更深化地研讨并查看其他仓库盯梢、趋势和自定义日志,这儿会非常有用。
-
Details 面板按设备类型和 Android 版别细分溃散计数,因此你能够确定哪些用户组受影响最大,它还会显现遇到溃散的运用版别和受影响的用户数量。
-
运用 severity 过滤器选择或取消 Fatal / Non-Fatal 事情。
-
运用时间和运用版别过滤器来筛选某些事情子集。
除了能够从仓库盯梢导航到代码之外,开发者还能够从代码跳转到仓库盯梢:Android Studio 现在会杰出显现与溃散相关的代码行。
当开发者将鼠标悬停在杰出显现的代码行上时,会出现一个弹出窗口,显现所触及的事情、其频率以及受影响的设备数量。
你能够在 App Quality Insights 中点击 Open 跳转到 App Quality Insights 东西窗口中的事情详情。
要了解更多信息,请参阅 运用 App Quality Insights 剖析来自 Firebase Crashlytics 的问题。
最后
本次更新的内容大约就这些,主要需要注意的是,该版别会启用全新的 Logcat ,所以熟悉新的 Logcat 操作很重要,别的模拟器和镜像能够说是最实用的更新,引荐我们测验一下。