AppStartFaster

Introduction: Android 冷启动优化,有向无环图启动器
More: Author   ReportBugs   
Tags:
Off-

AppStartFaster:包含两部分,一部分是冷启动任务分发,一部分是 Multdex 冷启动优化

冷启动速度优化分析详解冷启动优化原理分析

  • 启动器 :本质所有任务就是一个有向无环图,通过 Systrace 确定 wallTime 和 cpuTime,然后选择合适的线程池,这里的线程池有两种(cpu 定容线程池,io 缓存线程池),cpuTime 长的就证明他消耗 cpu 时间片,多线程并发的本质就是抢夺时间片,所以 cpuTime 长的要选择定容线程池,防止他并发时候影响 cpu 效率,反之选择缓存线程池,再构造任务之间的图关系,因为有些任务有先后顺序(正确使用启动速度优化 30%很容易)
  • Multdex :5.0 以下开新进程 Activity 去加载 dex,其实就是为了第一时间显示第一个 Activity,属于伪优化,其实在加载 dex 过程中,Multdex 先将 dex 压缩成了 zip,然后又解压 zip,而他是可以直接去加载 dex 的,这里多了一个压缩又解压的过程,所以其实真正的优化应该是避免先解压再压缩。

示例:Demo 中模拟了 5 个启动任务,且他们的依赖关系为如下所示,每个任务都模拟耗时 300ms

运行结果:拿 Android Studio 的模拟器试的,日志输出在 Android Studio 的 Error 中,如下所示(这个结果的场景是只有主线程的任务是阻塞的,其他任务不阻塞。如需要要保证某个任务阻塞,下文会介绍用法)

更新日志

v2.2.0

  • 在非 UI 线程任务才设置线程优先级

v2.1.0

  • 删除 ProcessUtil
  • 代码格式规范化

v2.0.0

  • 去掉单例,一次多任务的处理是一个任务调度器,各个任务调度器之间互不干扰,但是会共用线程池以便减少性能开销,现在你可以在任何地方使用此任务调度器来分发任务
  • 去掉了之前需要传递的 context,主进程的判断不再内置,需要判断是否在主进程处理任务时,可以调用 ProcessUtil.isMainProcess(context)来自行判断

使用

  • 初步配置
  • 启动任务
  • 反馈与建议

    初步配置

    引入

    Step 1. Add it in your root build.gradle at the end of repositories:

    allprojects {

      repositories {
          ...
          maven { url 'https://jitpack.io' }
      }
    

    } Step 2. Add the dependency

    dependencies {

          implementation 'com.github.aiceking:AppStartFaster:2.2.0'
    

    }

    自定义启动任务,继承 AppStartTask,重写关键方法,别的方法不用管,也不要动,为任务调度准备的

    abstract 必须重写的方法

    | 方法 |参数或返回值 | 作用 | | :-------- | :--------| :--: | | run| void | 这里写你要执行的任务代码 | | getDependsTaskList| 返回 List> | 这个方法用于构造图,这里返回当前任务需要依赖的任务,只有依赖任务执行完,当前任务才执行,如果没有,返回 null | | isRunOnMainThread| 返回 boolean | 是否运行在主线程 |

根据实际需求选择重写的方法

方法 参数或返回值 作用
priority 返回 int 这个代表当前线程的优先级,优先级高不一定会优先执行,而是获得 cpu 时间片的几率会变高,默认返回 Process.THREAD_PRIORITY_BACKGROUND
runOnExecutor 返回 Executor 在 isRunOnMainThread 返回 false 的情况下起作用,决定当前任务在哪个线程池执行,需要使用 Systrace 确定 wallTime 和 cpuTime,占 cpuTime 多建议的使用 cpu 线程池:TaskExceutorManager.getInstance().getCPUThreadPoolExecutor() ,默认返回 TaskExceutorManager.getInstance().getIOThreadPoolExecutor()
needWait 返回 boolean 这个方法决定了你的这个任务是否是需要等待执行完的,需结合启动管理器 AppStartTaskDispatcher.await 方法使用

配置任务调度器参数,即 AppStartTaskDispatcher 的配置方法

方法 参数或返回值 作用
create 返回 AppStartTaskDispatcher 创建本次的任务分发器
setShowLog 返回 AppStartTaskDispatcher 是否输出日志,需使用者自行控制,默认为 false,设为 true 可以看到任务的执行顺序,执行情况等信息
setAllTaskWaitTimeOut 返回 AppStartTaskDispatcher 阻塞等待所有非主线程 AppStartTask 中 needWait 返回 true 的任务的保护时间,即最多等待时间,超过这个时间不再阻塞,只在调用了 await 方法后生效
addAppStartTask 返回 AppStartTaskDispatcher 添加任务
start 返回 AppStartTaskDispatcher 开始执行任务
await void 阻塞等待所有非主线程 AppStartTask 中 needWait 返回 true 的任务

启动任务,在 Application 的 oncreate 中调用,Demo 有完整的测试 AppStartTask,细节请看代码

add 顺序无所谓,不影响图的关系,注意 await()会阻塞等待所有非主线程 AppStartTask 中 needWait 返回 true 的任务,所以需要按需使用,主线程的任务本来就是阻塞的,所以,如果不需要等待非主线程任务的执行,则不用重写 AppStartTask 的 needWait 方法,也不用调用 AppStartTaskDispatcher.await()方法。

AppStartTaskDispatcher.create()
        .setShowLog(true)
        .setAllTaskWaitTimeOut(5000)
                .addAppStartTask(new TestAppStartTaskTwo())
                .addAppStartTask(new TestAppStartTaskFour())
                .addAppStartTask(new TestAppStartTaskFive())
                .addAppStartTask(new TestAppStartTaskThree())
                .addAppStartTask(new TestAppStartTaskOne())
                .start()
                .await();

反馈与建议

License

Copyright (c) [2018] [static]

Permission is hereby granted, free of charge, to any person obtaining a copy
of this software and associated documentation files (the "Software"), to deal
in the Software without restriction, including without limitation the rights
to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
copies of the Software, and to permit persons to whom the Software is
furnished to do so, subject to the following conditions:

The above copyright notice and this permission notice shall be included in all
copies or substantial portions of the Software.

THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE
AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN THE
SOFTWARE.

Apps
About Me
GitHub: Trinea
Facebook: Dev Tools