AndroidStudio 性能优化指南（Windows 篇）

最新推荐文章于 2021-03-19 08:18:56 发布

code小生_

最新推荐文章于 2021-03-19 08:18:56 发布

阅读量335

点赞数

code小生,一个专注 Android 领域的技术平台

公众号回复 Android 加入我的安卓技术群

作者：xiaofei_dev
链接：https://www.jianshu.com/p/d4790161c6e3
声明：本文已获xiaofei_dev授权，转发等请联系原作者授权

注意：文中提及所有针对 AndroidStudio 的性能优化建议均实践于 Windows 平台，Mac 和 Linux 用户仅供参考（下面 AndroidStudio 简称 AS，手打英文很累的＞︿＜）！

首先，关于 AS 以及 AS 使用的基础知识就此略过不表。下面略过前戏直接开始正文~

1.AS 内存优化（针对 AS 卡顿）

首先打开 AS 的安装目录，如果忘了 AS 安装在哪个目录，直接在桌面上右键 AS 快捷方式，然后打开文件所在位置，下面是作者的 AS 安装目录，供参考：

上图用红框圈出的两个就是需要我们手动修改的 AS 配置文件，保持这两个文件里的内容一致就行。这里以 studio64.exe.vmoptions 为例，打开后内容大致如下（注意后面的注释是我手动加的）：

-server
-Xms256m#这里分配的值太小了
-Xmx1280m#这里分配的值太小了
-XX:MaxPermSize=350m#这里分配的值太小了
-XX:ReservedCodeCacheSize=240m#这里分配的值太小了
-XX:+UseConcMarkSweepGC
-XX:SoftRefLRUPolicyMSPerMB=50
-Dsun.io.useCanonCaches=false
-Djava.net.preferIPv4Stack=true
-Djna.nosys=true
-Djna.boot.library.path=

-da

AS 卡顿的最主要原因就是这个配置文件里某些值分配的太小了，请参照下面修改（注意作者的电脑内存为16G，具体值依照自己电脑内存大小修改！）：

-server
-Xms4096m
-Xmx4096m
-XX:MaxPermSize=4096m
-XX:ReservedCodeCacheSize=2048m
-XX:+UseConcMarkSweepGC
-XX:SoftRefLRUPolicyMSPerMB=50
-Dsun.io.useCanonCaches=false
-Djava.net.preferIPv4Stack=true
-Djna.nosys=true
-Djna.boot.library.path=

-da

修改好保存，重启下 AS 试试(￣▽￣)"

分析：-xmx 参数是 Java 虚拟机启动时的参数，用于限制最大堆内存。AS 启动时设置了这个参数，并且默认值很小。一旦你的工程变大，IDE 运行时间稍长，内存就开始吃紧，频繁触发 GC，自然会卡。

问题来了，上面修改的四个值，设的越大越好吗？经实践，并不是！如果你把上面四个值改的太大，启动 AS 时会见到类似下面的错误：

总结：这里所谓的内存优化并不是直觉上的优化（减少） AS 的内存占用，恰恰相反，我们的目的是想办法提高 AS 的内存占用，以尽最大可能给 AS 一个能相对流畅运行的硬件环境

2.AS 导入项目在 Building gradle project info 一直卡住

这个我就不贴图了，AS 在这地方卡住的原因大家应该能猜到（墙的原因），gradle官网虽然可以访问，但是速度emmm…
解决方法也很简单，就是手动下载gradle离线包~
首先，从项目根目录里打开这个文件：

打开后里面的内容类似这样：

#Wed Feb 14 10:21:32 CST 2018
distributionBase=GRADLE_USER_HOME
distributionPath=wrapper/dists
zipStoreBase=GRADLE_USER_HOME
zipStorePath=wrapper/dists
distributionUrl=https\://services.gradle.org/distributions/gradle-4.4-all.zip

注意上面最后一行指定的 gradle 版本，就是本项目使用的 gradle 版本，当本地还没下载好这里指定版本的 gradle 时，AS 去 gradle 官网下载，因为你懂的的原因，就卡在这儿了…

打开C:\Users\用户名.gradle\wrapper\dists\gradle-x.xx-all\xxxxxxxxxxxx，如果里面的gradle-xx-all.zip不完整（如0KB），则说明下载不成功：

下载成功后的完整样子是这样的：

解决方法，去 gradle官网下载需要的指定版本的 gradle zip包，把下载好的 gradle zip包放到上面的文件目录（C:\Users\用户名.gradle\wrapper\dists\gradle-x.xx-all\xxxxxxxxxxxx）中，就 OK 啦，运行 AS 之后会自动解压( •̀ ω •́ )✧

这时再打开 AS 导入项目，就不会卡在奇怪的地方了~
你或许想到了，除了这种解决方法，我们还可以手动修改 gradle-wrapper.properties 文件里的 gradle 版本为我们本地已经下载好的 gradle 的版本~

3.优化 Gradle 编译速度

打开C:\Users\用户名.gradle，找到文件 gradle.properties（没有就新建）确保文件里有下面几行内容：

org.gradle.daemon=true#开启 daemon
org.gradle.parallel=true #并行构建
#为Gradle分配足够大的内存
org.gradle.jvmargs=-Xmx5120m -XX:MaxPermSize=2048m -XX:+HeapDumpOnOutOfMemoryError -Dfile.encoding=UTF-8
./gradlew assembleChinaFastDebug --configure-on-demand#多modules工程优化

更多 gradle 相关优化请参考这篇文章

4.JCenter下载优化

用 gradle 构建项目下载依赖网速有时会慢得跟那啥似的…

原因你懂的，还是因为墙的存在！

解决方法，修改 maven 仓库地址为国内镜像即可，新建文件 init.gradle，将以下内容复制进文件：

allprojects{
    repositories {
        def REPOSITORY_URL = 'http://maven.aliyun.com/nexus/content/groups/public'
        all { ArtifactRepository repo ->
            if(repo instanceof MavenArtifactRepository){
                def url = repo.url.toString()
                if (url.startsWith('https://repo1.maven.org/maven2') || url.startsWith('https://jcenter.bintray.com/')) {
                    project.logger.lifecycle "Repository ${repo.url} replaced by $REPOSITORY_URL."
                    remove repo
                }
            }
        }
        maven {
            url REPOSITORY_URL
        }
    }
}