Small插件化源码分析--启动流程
我系苍王。
这个系列的课程都是时下最热门的开源框架的源码分析。
今次为大家带来的是Small的源码分析
一个源码代码量这么大，究竟从哪里开始分析才好呢？
最想了解究竟是哪个github的有源码模块呢？
欢迎在留言区，我们共同讨论分享的源码分析。
欢迎浏览我之前的文章，有兴趣可以参考一下，可以给个喜欢或者关注我的文章，谢谢。
[Android]如何做一个崩溃率少于千分之三噶应用app（9）-Small插件化
一.Small的启动
1.首先了解一下Small的基本情况Small
基本的使用方法，我在我的[Android]如何做一个崩溃率少于千分之三噶应用app（9）-Small插件化这个文件有基础使用分析。
2.然后我们需要更深入了解Small的流程的话，你可以看到 github里面有提供DevSample的文件夹，这才是真正源码存在的地方。
你可以到Small最主要的源码
3.首先分析一下Small的启动流程
查看一下Application的代码
Small.java是全部调用方法的入口，一般声明为静态方法。
setBaseUri设定基本的跳转地址
setWebViewClient设置网页的基本回调
Small.preSetup设定Small启动的预设置
（1）registerLauncher注册BundleLauncher到一个List里面
ActivityLauncher, ApkBundleLauncher,WebBundleLauncher都继承BundleLauncher抽象类
ActivityLauncher是Activity的管理类
这里需要说明一下，Small依然是使用占坑的方式来事先声明Actvity，这是很多插件化相同的做法
ApkBundleLauncher是bundle加载的管理类
WebBundleLauncher应该是web页面的管理类
(2) 回调用Bundle.onCreateLaunchers初始化每一个laucher
这里会调用ApkBundlesLauncher里面的onCreate函数
通过getActivityThread反射获取ActivityThread的对象
反射获取mInstumentation的属性对象和再将自定义的InstrumentationWrapper替换掉原来的mInstumentation
这里会反射mCallback的对象替换成ActivityThreadHandlerCallback
获取App的provider列表
保存这些变量用于全局控制
（2）接下来是检测是不是第一次启动或者更新，去检测他的bundle的版本号
（3）然后获取一些签名的信息保存到sHostCertificates
4.Application启动完成后LaunchActivity就是启动页就会开始初始化
在onStart的声明周期里调用Small.Setup的方法初始化，结束回调启动Bundle里面声明main的类
（1）她会调用Bundle里面的loaderLaunchableBundles的函数
然后启动一个LoadBundleThread的线程加载
然后调用setupLaunchers的函数启动之前注册的launcher的setup函数
（1）ActivityLauncher setUp是初始化一些已经注册号的Activity，加到sActivityClasses里面
（2）ApkBundleLauncher的setUp是是通过代理替换InvocationHandler，有看过Activity启动的相关源码都应该知道是同过代理的方式封装启动的，这里面会通过wrapIntent的函数重新包装intent替换成占坑的里面的Activity
通过记录realClazz和sLoaderAcitivities里面匹配封装intent
（3）WebBundleLauncher的setUp的方法，启动一个新的android 本身的WebView
在Bundle.setupLaunchers的函数完成之后才会调用loadBundles
这里的getPatchManifestFile是获取bundle.json这个文件
将bundle.json转换成mainfestJson的String字符串
然后继续调用loadBundles的方法
这里会继续调用prepareForLaunch的方法
这里会继续调用preloadBundle的方法来判断，然后调用loadBundle方法
（1）调用ApkBundleLauncher的loadBundle方法，会获取bundle的包名，来初始化LoadedApk的一些信息
（2）还有AssetBundleLauncher（WebBundleLauncher继承于它）的loadBundle
判断是否可以转换为可以调整的url地址
我们在Bundle.loadBundles的方法往下看,可以看到它会再分发到各个launcher在启动加载
它会跳转到ApkBundleLauncher作一些加载资源，dex和lib的一些操作
（1）这里可以看到它会调用ReflectAcclerator.mergeResources调用合并资源
通过addAssetPaths的方法反射把资源放到newAssetManager里面
然后反射资源到resource到mResourcesImpl的代理属性里面
（2）使用ReflectAcclerator.ExpandDexPathList的方法来合并加载dex的列表
这里会通过makeDexElement来返回Elements的数组
然后通过fillDexPathList的方法来反射一些地址
然后最后通过expandArray的方法，里面通过System.arraycopy的方法来写入dex的内容
（3）加载完resource和dex之后，会再加载lib，这里会调用ReflectAcclerator.ExpandNativeLibraryDirectoris的方法
这里依然是反射一些lib的相关地址属性，然后调用expandArray来完成加载
（4）这里还会加载Provider的内容，直接就通过反射完成
Small的SetupProvider已经在AndroidMainfest里面有声明了，所以这里加载只是因为ApkBundleLaucher.onException添加的容错处理(SetupProvider加载失败的时候)
写到这里，启动的流程基本就到这里了。
下一节我这里会介绍Small的更新流程的源码。
敬请期待！！!
