请教测试安卓全量编译耗时的操作步骤

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

已注册用户请登录

（腾讯云最新优惠活动来了：云产品限时1折，云服务器低至88元/年，点击这里立即抢购：9i0i.cn/qcloud，更有2860元代金券免费领取，付款直接抵现金用，点击这里立即领取：9i0i.cn/qcloudquan）

（福利推荐：你还在原价购买阿里云服务器？现在阿里云0.8折限时抢购活动来啦！4核8G企业云服务器仅2998元/3年，立即抢购>>>：9i0i.cn/aliyun）

已知：

Gradle 有缓存
clean project 不会清除缓存
测试 invalidate cache and restart 也不会清除缓存

现状：

使用rm -rf ~/.gradle/caches/build-cache-1; zsh ~/AndroidStudioProjects/CE/gradlew clean; time zsh ./AndroidStudioProjects/CE/gradlew assembleDebug --warning-mode none; say done; 完成

不知道这种方式准不准确。

5 条回复 ? 2024-04-19 10:53:25 +08:00

dengxuejiu

13 天前

一般来说不需要清除 gradle 的 cache ，先 clean 然后 assembleDebug 就可以了，我习惯生产环境在 Jenkins 上会加上 ./gradlew --stop

idonttellyou

12 天前

大佬，测这个耗时有什么作用吗？

john6lq

12 天前

@idonttellyou 比如说做了些编译优化的工作或者用了别人的编译优化的工具，不得测一测具体数据嘛？比如谷歌吹 KSP 多快多好，K2 编译器多快多好，我们还是得有数据支撑才能说服组内小伙伴用这个工具的。

idonttellyou

12 天前

@john6lq 哦哦，大佬方便说说编译速度这里有用到什么好用的工具吗？我大部分时间都是在小作坊单打独斗，都没考虑过这些。

john6lq

11 天前

@idonttellyou 从 Android Studio 每次编译后的 `Build Analyzer` 面板其实就可以看出 Task 的耗时占比，目前来说，能做的其实不多，KSP 、K2 、Configuration Cache 这些用上就差不多可以了。其实很多耗时都是三方插件太多导致，当然，大厂也有一些编译提速的方案（比如得物的 Wade Plugin ），但我感觉绝大部分项目都没必要用这种魔改的方案，还不知道会不会有兼容性问题。