温馨提示×

温馨提示×

您好,登录后才能下订单哦!

密码登录×
登录注册×
其他方式登录
点击 登录注册 即表示同意《亿速云用户服务条款》

今天我把APP的编译速度缩短了近5倍

发布时间:2020-06-02 10:14:51 阅读:1524 作者:Android解析 栏目:移动开发
开发者测试专用服务器限时活动,0元免费领,库存有限,领完即止! 点击查看>>

团队使用kotlin挺长时间了,一直以来都不太满意kotlin的编译速度,但是也能忍受。最近开了一个新项目,有不少同事从java过来的,他们就实在是受不了,优化编译速度就变得很重要了。

优化之前和之后的对比

在优化之前我们的一次完整编译时间是2分21秒

今天我把APP的编译速度缩短了近5倍

具体的耗时任务在Run Tasks中:

今天我把APP的编译速度缩短了近5倍

可以看到具体的耗时任务如上,主要是kapt相关的编译和编译kotlin代码,以及最后的transformClassedWithXXX。

优化之后的完整编译时间31s

今天我把APP的编译速度缩短了近5倍

优化之后的增量编译时间15s

今天我把APP的编译速度缩短了近5倍今天我把APP的编译速度缩短了近5倍

看完这里大家是不是已经开始直呼,**,这样也可以!别着急,下面就带大家一起来搞一搞,好东西一定要分享不是吗?

优化步骤

1.优化gradle配置:

在项目根目录创建一个gradle.properties文件

//开启gradle并行编译,开启daemon,调整jvm内存大小org.gradle.daemon=trueorg.gradle.configureondemand=trueorg.gradle.parallel=trueorg.gradle.jvmargs=-Xmx4096m -XX:MaxPermSize=1024m -XX:+HeapDumpOnOutOfMemoryError -Dfile.encoding=UTF-8//开启gradle缓存org.gradle.caching=trueandroid.enableBuildCache=true//开启kotlin的增量和并行编译kotlin.incremental=truekotlin.incremental.java=truekotlin.incremental.js=truekotlin.caching.enabled=truekotlin.parallel.tasks.in.project=true //开启kotlin并行编译//优化kaptkapt.use.worker.api=true //并行运行kapt1.2.60版本以上支持kapt.incremental.apt=true //增量编译 kapt1.3.30版本以上支持//kapt avoiding 如果用kapt依赖的内容没有变化,会完全重用编译内容,省掉最上图中的:app:kaptGenerateStubsDebugKotlin的时间kapt.include.compile.classpath=false

在上面的配置中,我们首先调整了gradle的配置,然后开启了缓存和kotlin和kapt的增量编译。

如果项目中使用了kapt请使用最新版本的kapt,当前写该文章时kapt的最新版本为1.3.31

2.优化app的build.gradle

1.在项目的app目录中的build.gradle文件中修改:

//如果有用到kapt添加如下配置kapt {useBuildCache = truejavacOptions {option("-Xmaxerrs", 500)}}//在Android代码块中添加如下配置:(可优化最上图中transformClassDexBuilderForDebug的时间)android {dexOptions {preDexLibraries truemaxProcessCount 8}}

2.其他不太重要的优化,好像对时间影响不算特别大

优化版本号的配置,如果是debug版本不要使用动态版本号

//原配置defaultConfig {...minSdkVersion 19targetSdkVersion 28versionCode gitVersionCodeversionName currentName...}//修改为defaultConfig {...minSdkVersion 19targetSdkVersion 28versionCode 1versionName "1.0.0"...}applicationVariants.all { variant ->...if (variant.buildType.name == "release") {versionName = currentNameversionCode = gitVersionCode}...}

以前我们的配置上versionCode是使用的git的提交次数作为版本号的,在本地debug状态的时候其实最好是写死版本号,如果版本号变化会导致需要重新生成Manifest文件以及完整的编译应用,导致InstantRun无法使用(PS其实我们一直没用InstantRun)。所以修改为写死版本号,然后在applicationVariants中判断如果是release才使用正常的版本号。然后还有一个就是使用依赖版本的时候,尽量不要使用+号的版本依赖,使用固定版本号速度会更快。

希望大家省下的编译时间,能够好好陪陪家人。 如果觉得不错的朋友也请帮我点个关注,你的喜欢是我最大的动力~

今天我把APP的编译速度缩短了近5倍

亿速云「云服务器」,即开即用、新一代英特尔至强铂金CPU、三副本存储NVMe SSD云盘,价格低至29元/月。点击查看>>

向AI问一下细节

免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。

AI

开发者交流群×