#正文
##一.整体思路
下方有两张图:表示了插件化架构中,插件单独运行,和 插件作为宿主的一部分随宿主启动的技术关键点。
如上图,如果跟随宿主一起启动,插件
apk
的资源文件要能够被宿主读到,插件的apk
的class
文件也必须能够被宿主读取,实现的方式就是,让在宿主的代码中进行hook
编程,生成一个能够读取宿主以及所有插件内class
的ClassLoader
,以及 一个能够读取 宿主以及插件内所有资源的Resource
.而,实现的具体过程,就是一个融合
过程.
##二.实际效果展示
mumu模拟器上的效果
宿主manifest文件
##三.Demo源码讲解
宿主
插件
如果您down了我的Demo,那么观察一下,就会发现,无论是宿主的代码, 还是插件的代码,都非常简单,唯一阅读价值的,就是 宿主的Hook核心代码
。
在讲解Hook核心代码
之前,先回顾一下我的上篇文章所实现的效果:
能够绕过系统的manifest检测机制,让没有在manifest中注册的Activity也能够正常启动
一定有读者在看完上篇文章之后,会想,**能够不去注册就可以启动Activity,是很神奇,但是又有什么利用价值呢?**仅仅是为了不去注册就去干涉系统逻辑,太华而不实了.
这个问题的答案:
用 hook
实现插件化启动 Activity
,插件中的 manifest
并不会和宿主的 manifest
发生融合,也就是说,即使我们完成了 对 ClassLoader
和 Resource
的融合,实现了宿主对插件 class
和资源的访问,如果不能绕过系统的 manifest
检测,依然不能启动插件的 Acti