原文链接：掘金 https://juejin.im/post/5d5f455451882513cb48fd26#heading-1

谷歌发布了稳定版的 Android Studio 3.5，Project Marble 也同样是稳定版。此版本解决了，包括修复 600 多个 bug、50 个内存泄漏、20 个 IDE 挂起以及改进 XML&Kotlin 类型延迟等一系列问题。此外，对于 Android 模拟器，减少了 CPU 和内存对用户开发机器的影响。再也不用担心as内存溢出了！

以下是这个版本带来的一些值得注意的特性和改进：

一、Layout Editor

Google改进了从约束选择和删除到更好的设备预览调整大小等一系列交互。

二、Data-Binding

Google团队研究了长期存在的数据绑定问题。从性能的角度来看，发现在XML文件中创建数据绑定表达式会导致代码编辑器严重挂起。修复了这个问题之后，改进了代码补全、导航和重构。

在 Android Studio 3.5 中，改进输入延迟，用 XML 编辑数据绑定表达式的速度更快。

三、Build Speed

Android 应用程序开发的另一个长期问题是构建应用程序所需的时间。新版的 Android Studio 为应用程序编译带来了两个显著的改进，第一个是注解处理器中添加了增量构建支持，包括 Glide、AndroidX 数据绑定、Dagger,、Realm 和 Kotlin(KAPT)。

第二个改进涉及 Windows 上的磁盘 I/O。Windows Defender(现在称为 Windows Security)具有实时扫描文件(创建或修改文件时)的功能，以保护用户免受恶意软件的攻击。Android Studio 3.5 将显示一个提示，说明你可以采取哪些步骤将项目目录排除在这个实时保护之外，完成最佳设置以加快构建速度。增量支持可以对构建速度产生显著影响。例如，在初步分析中，仅为Kotlin添加增量支持就将谷歌I/O schedule应用程序的非abi子模块更改从9.1秒提高到了3.6秒——提高了60%。

四、Apply Changes

能够在不重启应用程序的情况下快速编辑和查看代码更改，这对于应用程序开发非常高效。比如改了个Java某行代码，可以通过Apply Changes，然后Run。两年前，Google尝试使用Instant Run机制来解决这个痛点，但一直效果未能达到预期。在Android Studio 3.5中重新构建并实现了一个更实用的方法，叫做Apply Changes。Apply Changes使用Android Oreo及更高版本的特定于平台的api，以确保可靠和一致的行为;与Instant Run机制不同，Apply Changes更改不修改APK。为了支持这些更改，Google团队重新设计了整个部署管道的架构，以提高部署速度，还调整了run和deployment工具栏按钮，以获得更流畅的体验。

五、APP 部署

该版本有一个新的下拉菜单，可以快速选择要将应用程序部署到哪个设备。此菜单还包括一个新选项，允许一次在多个设备上运行应用程序。

六、系统健康—自动推荐内存设置

默认情况下，Android Studio的最大内存堆大小为1.2 GB。对于很多大项目来说，这个数量可能不够。即使你的机器有大量RAM, IDE也不会超过这个值。在Android Studio 3.5中，IDE会识别出一个应用程序项目在内存容量更高的机器上什么时候需要更多内存，并在通知中通知你增加内存堆大小。另一种方式，你也可以在Appearance & Behavior → Memory Settings的新设置面板中进行调整。

七、系统健康-IDE速度

过去，觉得IDE运行慢时，就关闭一些Android Studio插件，比如Android NDK支持，以提高性能，让他为我们更高效使用。这一次，Android Studio 3.5开始，Google团队删除了一些不必要的performance hotspots，因为这些performance hotspots之前影响了IDE的整体速度。

八、系统健康-Lint代码分析

Lint代码分析，大家不陌生吧，在公司用这个扫描一些提示错误和无用文件时，还有可能会出现的空指针情况，非常方便。Android Lint是Android Studio中的一个代码分析框架，可以帮助识别常见的编程错误。但是有的工程是有c/c++的，每次分析时，相当慢。大概20-30分钟。这严重影响了我的热情。Google团队经过一些挖掘，在Android Studio 3.5后，发现并修复了几个较大的内存泄漏，导致Lint性能提高了大约2倍。不信你可以试一试。

九、Sync重编译

明明项目没有问题，也可以编译运行到手机上，就是在应用程序代码中有红色符号，很蛋疼，解决办法就是重新gradle sync下。出现的许多红色符号事件的根本原因是，在最近的Gradle更改中，为了节省硬盘空间，这些缓存被定期删除了。从Android Studio 3.5后，Google团队增加了检查这种状态的条件逻辑，以后类似的情况会很少了。

十、c++的改进

c++项目支持也是项目Marble中的一个重点领域。对于大型项目，CMake构建现在要快25%。此外，一个改进的单一构建变量用户界面面板，它允许开发者单独指定ABI架构目标。最后，Android Studio 3.5允许在构建中并排使用多个版本的Android NDK的Grale版本，这就意味着多重构建，并减轻NDK版本和Android gradle插件之间的不兼容性。

等等还有很多大家慢慢在使用中去探索吧，欢迎交流哈。

推荐阅读：

推荐阅读：

Android开发该何去何从——来自安卓程序员的焦虑

2019年字节跳动腾讯Android面试必问：性能优化+JNI+布局+WebView