盒子
盒子
文章目录
  1. 线程优先级
  2. 多进程
  3. 项目

Android Startup最新进展

2020.11.29 Rouse android  热度 ℃

今天介绍一个有关启动优化的开源库android-startup。这个开源库主要是做什么的呢？

android-startup提供一种在应用启动时能够更加简单、高效的方式来初始化组件。开发人员可以使用它来简化启动序列，并显式地设置初始化顺序与组件之间的依赖关系。 与此同时android-startup支持同步与异步等待、线程优化与多进程，并通过有向无环图拓扑排序的方式来保证内部依赖组件的初始化顺序。

目前已经得到400多个Star的支持。在这里感谢这些粉丝的支持！

当然如果有不对的地方也请直接指出，我都会虚心接受！也欢迎大家一起讨论。

在之前我已经写了两篇关于android-startup的介绍文章，分别为：

我为何弃用Jetpack的App Startup？

更快！这才是我想要的 Android Startup库！

第一篇文章主要介绍了关于android-startup的起源，我为何要设计这个开源库与这个开源库能够解决什么问题？

在文章中我通过Jetpack新成员App Startup引发思考，它是Jetpack推出的启动优化库，通过依赖来解决不同启动任务之间的依赖关系，同时内部一个亮点是通过一个ContentProvider来解决所有任务的初始化，减少ContentProvider的滥用。例如，现在各种第三方库为了减少显性的初始化，都会在自己库中提供ContentProvider。一旦你的项目中依赖的这种第三方库过多，就会导致ContentProvider的滥用，最终就会延长App的启动时间。因为在启动的过程中一旦ContentProvider的启动数量过多还是会占用比较大的启动时间。

这算App Startup比较大的一个优点。

但我在研究与使用中却发现它一个对我来说比较致命的缺点，就是它并不支持异步任务的依赖，更别说同步与异步、异步与异步间的等待，这些都没有提供。

虽然我们可以在create()方法中手动创建子线程进行异步任务，但一个异步任务依赖另一个异步任务又该如何处理呢？多个异步任务完成之后，统一逻辑处理又在哪里呢？依赖任务完成后的回调又在哪里？亦或者是依赖任务完成后的通知？还有依赖间的执行顺序优化？

所以基于这些疑问，我开始尝试优化Jetpack的App Startup。

在不停的尝试与优化过程中，也就产生了android-startup开源库。

在文章中我也给出了android-startup与App Startup的功能对比表格，这里我再拿出来给大家看一下，这个是目前迭代完的最新版


android-startup不仅支持App Startup的全部功能，还在它基础之上进行了多功能拓展与优化。如果你正在使用App Startup，可以保证你无压力的过渡到android-startup。

如果你想了解android-startup的基本使用，你可以直接看第一篇文章。

如果你想进一步了解android-startup的实现原理，你可以看第二篇文章。

第二篇文章是在鸿洋公众号进行发布的。

在这里再次感谢鸿洋对android-startup的认可。这对我来说是一个极大的鼓舞，让我也能够为开源做一点贡献。

第二篇文章主要介绍了android-startup相关的配置原理、依赖支持原理、闭环处理逻辑、提供的线程、异步等待实现逻辑、依赖回调原理、手动通知原理与任务执行顺序的拓扑优化算法。

相信你看了这些实现原理会更深刻的了解android-startup，同时对它的使用也将了然于胸。

android-startup现在已经更新到1.0.6，对应的依赖方式如下

1
2
3
dependencies {
    implementation 'com.rousetime.android:android-startup:1.0.6'
}

下面我来介绍一下android-startup最新的两大更新内容，分别为线程优先级与多进程的支持。

线程优先级

为了解决不同线程间的调度问题，在android-startup中提供了ThreadPriority注解来为不同的任务声明线程的优先级。

1
2
3
4
@MustBeDocumented
@Retention
@Target(AnnotationTarget.CLASS)
annotation class ThreadPriority(val priority: Int = Process.THREAD_PRIORITY_DEFAULT)

具体使用也很简单，只需在对应的AndroidStartup中进行指定优先级即可。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
@ThreadPriority(Process.THREAD_PRIORITY_URGENT_AUDIO)
class SamplePriorityFirstStartup : AndroidStartup<String>() {
 
    override fun create(context: Context): String? {
        val i = buildString {
            repeat(1000000) {
                append("$it")
            }
        }
        return SamplePriorityFirstStartup::class.java.simpleName
    }
 
    override fun callCreateOnMainThread(): Boolean = false
 
    override fun waitOnMainThread(): Boolean = false
 
}

这样就为SamplePriorityFirstStartup指定了一个较高的线程优先级。在cpu执行过程中获得更多的调度时间片段。

为了测试，再加入两个AndroidStartup，分别为默认的线程优先级与设置了更低的后台线程优先级。

1
2
3
4
5
6
7
8
9
class SamplePrioritySecondStartup : AndroidStartup<String>() { 
	// create内部逻辑与SamplePriorityFirstStartup一致
	... 
}
@ThreadPriority(Process.THREAD_PRIORITY_BACKGROUND)
class SamplePriorityThirdStartup : AndroidStartup<String>() { 
	// create内部逻辑与SamplePriorityFirstStartup一致
	...
}

这里为了展示方便，使用手动配置方式将它们加入到StartupManager进行初始化。

1
2
3
4
5
6
7
8
9
10
list.add(SamplePriorityThirdStartup())
list.add(SamplePrioritySecondStartup())
list.add(SamplePriorityFirstStartup())
 
StartupManager.Builder()
    .setConfig(config)
    .addAllStartup(list)
    .build(this)
    .start()
    .await()

我们来预测一下，按照优先级的设置，应该是高优先级的SamplePriorityFirstStartup优先执行完，然后再是默认优先级SamplePrioritySecondStartup执行完，最后才是设置后台优先级的SamplePriorityThirdStartup执行完。

由于android-startup中有对任务耗时的统计，所以可以看它们的执行时间。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
|=================================================================
|      Startup Name       |   SamplePriorityThirdStartup
| ----------------------- | --------------------------------------
|   Call On Main Thread   |   false
| ----------------------- | --------------------------------------
|   Wait On Main Thread   |   false
| ----------------------- | --------------------------------------
|       Cost Times        |   834 ms
|=================================================================
|      Startup Name       |   SamplePrioritySecondStartup
| ----------------------- | --------------------------------------
|   Call On Main Thread   |   false
| ----------------------- | --------------------------------------
|   Wait On Main Thread   |   false
| ----------------------- | --------------------------------------
|       Cost Times        |   778 ms
|=================================================================
|      Startup Name       |   SamplePriorityFirstStartup
| ----------------------- | --------------------------------------
|   Call On Main Thread   |   false
| ----------------------- | --------------------------------------
|   Wait On Main Thread   |   false
| ----------------------- | --------------------------------------
|       Cost Times        |   610 ms
|=================================================================
| Total Main Thread Times |   25 ms
|=================================================================

通过上面的日志输出对比，SamplePriorityFirstStartup执行时间最短，完美验证了我们之前的预测结果。

多进程

android-startup支持多进程的任务初始化，不同任务可以指定初始化在不同的进程中。

android-startup提供了MultipleProcess注解来解决不同进程间任务的初始化问题。

1
2
3
4
MustBeDocumented
@Retention
@Target(AnnotationTarget.CLASS)
annotation class MultipleProcess(val process: String)

MultipleProcess的使用方式与ThreadPriority注解类似，只需在对应的初始化任务上添加MultipleProcess，同时指定多进程的名称。

1
2
3
4
5
6
7
8
9
10
11
12
@MultipleProcess(":multiple.process.service", ":multiple.test")
class SampleMultipleFourthStartup : AndroidStartup<String>() {
 
    override fun create(context: Context): String? {
        Thread.sleep(1000)
        return SampleMultipleFourthStartup::class.java.simpleName
    }
 
    override fun callCreateOnMainThread(): Boolean = false
 
    override fun waitOnMainThread(): Boolean = false
}

在上面的代码中我们为SampleMultipleFourthStartup指定了初始化所在的进程名称:multiple.process.service与:multiple.test。

例如我们在AndroidManifest中配置了多进程中的service

1
2
3
<service
    android:name=".MultipleProcessService"
    android:process=":multiple.process.service" />

这样我们在service的多进程中初始化任务时，会排查掉不包括:multiple.process.service进程的任务。

如果未设置MultipleProcess，那么当前初始化任务默认支持所有进程。

测试代码就不在这里展示了，因为涉及到多进程的交互，代码可能会比较多，所有如果想看完整代码的可以直接到Github上查看。

android-startup多进程的设置就是这些，使用起来还是很简单的，希望大家能够喜欢。

有关android-startup的最新更新就介绍到这里了，后续如有更新我也会及时同步给大家。

同时我也会时刻关注Jetpack的App Startup的进展，时刻取长补短努力完善android-startup，尽力做到最好的Android启动优化库。

欢迎大家加入使用，如果在使用过程中有任何疑问可以直接来找我，我都会全程进行解答。

当然如果你有好的建议也欢迎提出，并且诚恳邀请你加入到android-startup的建设中，让我们一起为开源尽一份微薄之力。

最后拉个票，开源不易，手留余香，小指头点个Star。

项目

android_startup: 提供一种在应用启动时能够更加简单、高效的方式来初始化组件，优化启动速度。不仅支持Jetpack App Startup的全部功能，还提供额外的同步与异步等待、线程控制与多进程支持等功能。

AwesomeGithub: 基于Github的客户端，纯练习项目，支持组件化开发，支持账户密码与认证登陆。使用Kotlin语言进行开发，项目架构是基于JetPack&DataBinding的MVVM；项目中使用了Arouter、Retrofit、Coroutine、Glide、Dagger与Hilt等流行开源技术。

flutter_github: 基于Flutter的跨平台版本Github客户端，与AwesomeGithub相对应。

android-api-analysis: 结合详细的Demo来全面解析Android相关的知识点, 帮助读者能够更快的掌握与理解所阐述的要点。

daily_algorithm: 每日一算法，由浅入深，欢迎加入一起共勉。

支持一下
赞赏是一门艺术