VirtualApk源码分析-插件的加载

作者: JasmineBen | 来源:发表于2018-05-15 20:12 被阅读0次

    在进行插件化时,需要先将插件加载到当前进程中来,插件通常以APK的形式保存在SD卡上,VirtualApk加载插件的过程如下:PluginManager.loadPlugin---->LoadedPlugin.create,最终会创建LoadedPlugin对象,该对象就表示插件在内存中的存在形式。

    LoadedPlugin内部保存了如下变量:

    LoadedPlugin的内部变量

    在创建LoadedPlugin的时候主要有如下操作,由于版面,这里分为Part1、Part2、Part3三个部分进行讲解。

    Part1

    Part1

    PackageParser

    在加载插件的时候,首先通过PackageParserCompat对插件APK进行解析,解析的时候巧妙得利用的Class加载中的双亲加载机制,先在PackageParserCompat中获取手机版本,然后再调用系统的PackageParser。

    PackageParserCompat.parsePackage

    接着根据版本调用不同的函数,例如:

    解析APK

    这里巧妙了利用的Class的双亲加载机制,PackageParser是android.content.pm包下面的类,App是访问不到的。VirtualApk利用双亲加载机制的特点,在自己的包下面新建了一个相同包名和类名的Class,并实现了相同的API,这样在加载PackageParser时,双亲机制会优先加载Framework的PackageParser,这样就将解析APK的操作交给系统了。

    本地PackageParser

    可以看到本地的PackageParser只是抛出异常,实际会调用Framework的parsePackage函数,完成APK解析。解析完成后就能获得APK的信息。接着创建插件的PluginContext、Resources、ClassLoader、Assets。

    创建Resource

    通过createResources函数可以创建插件的Resource。

    createResources

    这里传入的Context参数是宿主Context,VirtualApk提供了两种加载Resource的方式:

    1、将插件宿主的Resource和插件Resource合并,宿主和插件使用同一个Resource,这样插件也能访问宿主的资源,宿主也能访问插件的资源。

    ResourceManager.createResources

    ResourceManager.createResources或许获取宿主Resources对象,然后反射创建AssetManager,然后在反射调用AssetManager.addAssetPath将宿主资源和插件的资源加进去(addAssetPath是hide函数,需要反射调用),最后再跟进不同的机型创建不同的Resources对象。ResourceManager.createResources之后调用了ResourcesManager.hookResources将宿主的Resource替换成合并后的Resources(反射替换ContexlImpl中mResources对象)。

    hook掉宿主的Resource对象

    2、为插件生成单独的Resources,宿主不能访问插件资源,但插件可以访问宿主资源。

    反射创建Assetmanager

    首先反射创建AssetManager并加入插件的资源,随后跟进AssetManager创建插件的Resources对象。

    创建ClassLoader

    ClassLoader主要是完成Class的加载,要加载插件APK内部的Class文件,就需要创建插件的ClassLoder对象。

    创建插件ClassLoader

    Android为加载dex文件提供了两个类加载器:PathClassLoader和DexClassLoader,其中PathClassLoder用于加载安装好的APK,DexClassLoader可以加载SD卡下的APK文件。这两个ClassLoader都继承自BaseDexClassLoader。

    BaseDexClassLoader.findClass

    BaseDexClassLoader.findClass将 加载Class的任务交给DexPathList

    DexPathList,findClass

    dexElements中存放了当前APK的多个dex文件,在加载Class的时候会按照dex的先后顺序完成Class的查找(插个题外话,QZone的热修复就是根据这个查找规则,将修复的Class放入一个全新的dex,然后将这个dex方法dexElements的第一个,这样就完成了修复)。

    创建完插件的ClassLoder后,通过DexUtil.insertDex将插件的dex加入到宿主中去。

    插件dex和宿主dex合并

    拷贝SO

    tryToCopyNativeLib实现SO的拷贝,将CPU-ABI对应的SO拷贝到宿主的context.getDir(Constants.NATIVE_DIR, Context.MODE_PRIVATE)目录下。

    Part2

    Part2

    接下来将PackageParser解析到的InstrumentationInfo、ActivityInfo、ServiceInfo、ProviderInfo保存到本地的Map中。

    Part3

    Part3

    如果用户在插件中注册了静态广播,在加载插件的时候会把静态广播动态注册给mHostContext,,相当于把静态的插件广播动态注册到宿主中了,这样就完成了广播的插件化。

    至此,整个插件的加载已经完成,生成了LoadedPlugin对象,并保存到PluginManager中。

    相关文章

      网友评论

        本文标题:VirtualApk源码分析-插件的加载

        本文链接:https://www.haomeiwen.com/subject/ilpydftx.html