乐趣区

关于android:Android性能-RocketX

一、背景形容

在我的项目体量越来越大的状况下,编译速度也随着增长,有时候一个批改须要期待长达好几分钟的编译工夫。基于这种广泛的状况,推出了 RocketX , 通过在编译流程 动静 替换 moduleaar,进步全量编译的速度。

二、成果展现

2.1、测试项目介绍
  • 指标我的项目一共 3W+ 个类与资源文件,全量编译 4min 左右(测试应用 18 年 mbp 8 代 i7 16g
  • 通过 RocketX 全量增速之后的成果(每一个操作取 3 次平均值)

  • 我的项目依赖关系如下图,app 依赖 bm 业务模块,bm 业务模块依赖顶层 base/comm 模块

  • rx(RocketX) 编译 – 能够看到 rx(RocketX) 在无论哪一个模块的编译速度根本都是在管制在 30s 左右,因为只编译 app 和 改变的模块,其余模块是 aar 包不参加编译。
  • 原生编译 – 当 base/comm 模块改变,底部的所有模块都必须参加编译。因为 app/bmxxx 模块可能应用了 base 模块中的接口或变量等,并且不晓得是否有改变到。(那么速度就十分慢)
  • 原生编译 – 当 bmDiscover 做了改变,只须要 app 模块和 bmDiscover 两个模块参加编译(速度较快)

    对于 rx(RocketX) 编译顶层模块速度晋升 300%+

三、思路问题剖析与模块搭建:

3.1、思路问题剖析
  1. 须要通过 gradle plugin 的模式动静批改没有改变过的 module 依赖为 绝对应的 aar 依赖,如果 module 改变,进化成 project 工程依赖,这样每次只有改变的 moduleapp 两个模块编译。
  2. 须要把 implement/api moduleB,批改为implement/api aarB,并且须要晓得插件中如何退出 aar 依赖和剔除原有依赖
  3. 须要构建 local maven 存储未被批改的 module 对应的 aar(也能够通过 flatDir 代替速度更快)
  4. 编译流程启动,须要找到哪一个 module 做了批改
  5. 须要遍历每一个 module 的依赖关系进行置换,module 依赖怎么获取?一次性能获取到所有模块依赖,还是分模块各自回调?批改其中一个模块依赖关系会阻断前面模块依赖回调?
  6. 每一个 module 换变成 aar 之后,本身依赖的 child 依赖(网络依赖,aar), 给到 parent module (如何找到所有 parent module) ? 还是间接给 app module ? 有没有 appmodule 依赖断掉的危险?这里须要出一个技术计划。
  7. 须要hook 编译流程,实现后置换 loacal maven 中被批改的 aar
  8. 提供 AS 状态栏 button, 实现开启敞开性能,减速编译还是让开发者应用曾经习惯性的三角形 run 按钮
3.2、模块搭建
  • 按照下面的剖析,尽管问题很多,然而大抵能够把整个我的项目分成以下几块:

四、问题解决与实现:

4.1、如何手动增加 aar 依赖,剖析implement 源码实现入口在 DynamicAddDependencyMethods 中的 tryInvokeMethod 办法。他是一个动静语言的 methodMissing 性能
  • tryInvokeMethod 代码剖析
 public DynamicInvokeResult tryInvokeMethod(String name, Object... arguments) {
       // 省略局部代码 ...
       return DynamicInvokeResult.found(this.dependencyAdder.add(configuration, normalizedArgs.get(0), (Closure)null));
 }
  • dependencyAdder 实现是一个 DirectDependencyAdder
private class DirectDependencyAdder implements DependencyAdder<Dependency> {private DirectDependencyAdder() { }
        public Dependency add(Configuration configuration, Object dependencyNotation, @Nullable Closure configureAction) {return DefaultDependencyHandler.this.doAdd(configuration, dependencyNotation, configureAction);
        }
    }
  • 最初是在 DefaultDependencyHandler.this.doAdd 进行增加进去,而 DefaultDependencyHandlerproject能够获取
public interface Project extends Comparable<Project>, ExtensionAware, PluginAware {
     ...
     DependencyHandler getDependencies(); 
     ...
}

  • doAdd 办法三个参数通过 debug 源码发现,configuration 就是 "implementation", "api", "compileOnly" 这三个字符串生成的对象,dependencyNotation 是一个 LinkHashMap 有两个键值对,别离是 name:aarName, ext:aar, 最初一个configureActionnull 就能够了,调用 project.dependencies.add 最终会调到 doAdd 办法,也就是说间接调用 add 即可。

 public Dependency add(String configurationName, Object dependencyNotation) {return this.add(configurationName, dependencyNotation, (Closure)null);
    }

    public Dependency add(String configurationName, Object dependencyNotation, Closure configureClosure) {
       // 这里间接调用到了 doAdd 
        return this.doAdd(this.configurationContainer.getByName(configurationName), dependencyNotation, configureClosure);
    }
    
  • 那么依葫芦画瓢增加 aar/jar 的实现代码:configNamechildProject 中的 configName,也就是 "implementation", "api", "compileOnly" 这三个字符串,一成不变拿过去:
    fun addAarDependencyToProject(aarName: String, configName: String, project: Project) {// 增加 aar 依赖 以下代码等同于 api/implementation/xxx (name: 'libaccount-2.0.0', ext: 'aar'), 源码应用 linkedMap
        val map = linkedMapOf<String, String>()
        map.put("name", aarName)
        map.put("ext", "aar")
        project.dependencies.add(configName, map)
    }
4.2、localMaven 优先应用 flatDir 实现通过指定一个缓存目录 getLocalMavenCacheDir 把生成 aar/jar 包丢进去, 依赖批改时候通过 下面的 4.1 增加对应的 aar 即可:
  fun flatDirs() {val map = mutableMapOf<String, File>()
        map.put("dirs", File(getLocalMavenCacheDir()))
        appProject.rootProject.allprojects {it.repositories.flatDir(map)
        }
    }
4.3、编译流程启动,须要找到哪一个 module做了批改
  • 应用遍历整个我的项目的文件的 lastModifyTime 去做实现
  • 已每一个 module 为一个粒度,递归遍历以后 module 的文件,把每个文件的 lastModifyTime 整合计算得出一个惟一标识 countTime
  • 通过 countTime 与上一次的作比照, 雷同阐明没改变, 不同则改变. 并须要同步计算后的 countTime 到本地缓存中
  • 整体 3W 个文件耗时 1.2s 能够承受,目前在类 ChangeModuleUtils.kt 进行实现
4.4、module 依赖关系获取
  • 通过以下代码能够找到生成整个我的项目的依赖关系图机会,并在此处生成依赖图解析器。机会要在真正编译之前,确保依赖关系获取后替换能失效,而且要在全局 module 依赖图曾经生成之后,通过以下监听能够满足:
  public interface DependencyResolutionListener {void beforeResolve(ResolvableDependencies var1);

    void afterResolve(ResolvableDependencies var1);
}

   project.gradle.addListener(DependencyResolutionListener listener)
  • 如何获取每个 module 的依赖,依赖就藏在 Configuration.dependencies,那么通过project.configurations.maybeCreate(configName) 找到所有的 Configuration 对象,就能失去每个moduledependencies
4.5、module 依赖关系 project 替换成 aar 技术计划
  • 每一个 module 依赖关系替换的遍历程序是无序的,所以技术计划须要反对无序的替换
  • 目前应用的计划是:如果以后模块 A 未改变,须要把 A 通过 localMaven 置换成 A.aar, 并把 A.aar 以及 Achild 依赖,给到第一层的 parent module 即可。(可能会质疑如果 parent module 也是 aar 怎么办,其实这块也是没有问题的,这里就不开展说了,篇幅太长)
  • 为什么要给到 parent 不能间接给到 app,下图一个简略的示例如果 B.aar 不给 A 模块的话,A 应用 B 模块的接口不见了,会导致编译不过

  • 给出整体我的项目替换的技术计划演示:

  • 整体的实现在 DependenciesHelper.kt 这个类中,因为讲起来篇幅太长,有趣味可查阅开源库代码
4.5、hook 编译流程,实现后置换 loacal maven 中被批改的 aar
  • 点击三角形 run,执行的命令是 app:assembleDebug , 须要在 assembleDebug 前面补一个 uploadLocalMavenTask, 通过 finalizedBy 把咱们的 task 运行起来去同步批改后的 aar
val localMavenTask = childProject.tasks.maybeCreate("uploadLocalMaven"+buildType.capitalize(),LocalMavenTask::class.java)
localMavenTask.localMaven = this@AarFlatLocalMaven
bundleTask?.finalizedBy(localMavenTask)
4.6、提供 AS 状态栏 button,小火箭按钮一个喷火一个没有喷火,代表 enable/disable , 一个 扫把clean rockectx 的缓存,须要通过编写 intellij idea plugin 即可,也就是 目前领有两个插件了,一个 gradle 插件一个 AS 插件:

五、一天一个小惊喜(bug 较多)

5.1、发现点击 run 按钮,执行的命令是 app:assembleDebug,各个子 moduleoutput 并没有打包出 aar

解决:通过钻研 gradle 源码发现打包是由 bundle${Flavor}${BuildType}Aar 这个 task 执行进去,那么只须要将各个模块对应的 task 找到并注入到 app:assembleDebug 之后运行即可:

        android.applicationVariants.forEach {getAppAssembleTask(ASSEMBLE + it.flavorName.capitalize() + it.buildType.name.capitalize())?.let { task ->
                    hookBundleAarTask(task, it.buildType.name)
                }
        }
5.2、发现运行起来后存在多个 jar 包反复问题

解决:implementation fileTree(dir: "libs", include: ["*.jar"]) jar 依赖不能交到 parent modulejar 包会打进 aar 中的lib 可间接剔除。通过以下代码能够判断:

// 这里的依赖是以下两种:无需增加在 parent,因为 jar 包间接进入 本身的 aar 中的 libs 文件夹
if (childDepency is DefaultSelfResolvingDependency && (childDepency.files is DefaultConfigurableFileCollection || childDepency.files is DefaultConfigurableFileTree)) {
// 这里的依赖是以下两种:无需增加在 parent,因为 jar 包间接进入 本身的 aar 中的 libs 文件夹
//    implementation rootProject.files("libs/tingyun-ea-agent-android-2.15.4.jar")
//    implementation fileTree(dir: "libs", include: ["*.jar"])
} else {parentProject.key.dependencies.add(childConfig.name, childDepency)
}
5.3、发现 aar/jar 存在多种依赖形式
 implementation (name: 'libXXX', ext: 'aar') 
 implementation files("libXXX.aar")

解决:应用第一种,第二种会合并进aar, 导致类反复问题

5.4、发现 aar 新姿态依赖
configurations.maybeCreate("default")
artifacts.add("default", file('lib-xx.aar'))

下面代码把 aar 做了一个独自的 module 给到其余 module 依赖,default config 其实是 module 最终输入 aar 的持有者,default config 能够持有一个 列表的 aar,所以把 aar 手动增加到 default config,也相当于以后 module 打包进去的产物。

解决:通过 childProject.configurations.maybeCreate("default").artifacts 找到所有增加进来的 aar,独自公布 localmaven

   fun getAarByArtifacts(childProject: Project): MutableList<String> {// 找到以后所有通过 artifacts.add("default", file('xxx.aar')) 依赖进来的 aar
        var listArtifact = mutableListOf<DefaultPublishArtifact>()
        var aarList = mutableListOf<String>()
        childProject.configurations.maybeCreate("default").artifacts?.forEach {if (it is DefaultPublishArtifact && "aar".equals(it.type)) {listArtifact.add(it)
            }
        }

        // 拷贝一份到 localMaven
        listArtifact.forEach {it.file.copyTo(File(FileUtil.getLocalMavenCacheDir(), it.file.name), true)
            // 剔除后缀(.aar)aarList.add(removeExtension(it.file.name))
        }

        return aarList
    }
    
5.5、发现 android module 打包进去能够是 jar

解决:通过找到名字叫做 jartask,并且在 jar task 前面注入 uploadLocalMaven task, 代码实现在 JarFlatLocalMaven.kt

5.6、发现 arouterbugtransform 没有通过 outputProvider.deleteAll() 清理旧的缓存

解决:后果arouter 问题是解决了,代码也是合并了。但并没有公布新的插件版本到 mavenCentral,于是先自行帮 arouter 解决一下。然而arouter 并没有启动 增量编译,导致 DexArchiveBuilderTask 运行巨慢,也就是打 dex 包很慢,我的项目中我重改了 arouter 插件源码反对 TransForm 增量速度晋升一倍, 具体细节就下节和 dex 速度优化一起讲。

六、下一步瞻望

目前初步的版本曾经可能在在我的项目 run 起来,然而还是有很多小问题一直的冒出并解决,路漫漫其修远兮,吾将上下而求索。。

下步打算:

  • dexBuild task 优化
  • 解决各种兼容性问题

相干教程

Android 根底系列教程:

Android 根底课程 U - 小结_哔哩哔哩_bilibili

Android 根底课程 UI- 布局_哔哩哔哩_bilibili

Android 根底课程 UI- 控件_哔哩哔哩_bilibili

Android 根底课程 UI- 动画_哔哩哔哩_bilibili

Android 根底课程 -activity 的应用_哔哩哔哩_bilibili

Android 根底课程 -Fragment 应用办法_哔哩哔哩_bilibili

Android 根底课程 - 热修复 / 热更新技术原理_哔哩哔哩_bilibili

本文转自 https://juejin.cn/post/7038157787976695815,如有侵权,请分割删除。

退出移动版