从12年的概念提出，到16年的把花齐放，件化技术引领着Android技术的进步。

​现在出现的flutter 等等 已经让插件化技术变得没那么重要

大型应用模块化拆分、按需加载功能、第三方服务集成

多开app，无需安装运行app的框架

我所了解到virtualapp,edxposed等等，可以说实现安卓app的多开，那时候我就想自己实现一个简单的demo，可以多开简单的app就够了。

于是开始了的安卓学习之旅，本以为学完了安卓基础，就可以自己完成开发，结果就只能望着android studio 发呆 ------原来这个是高级的开发知识。

继而开始了我的安卓源码学习之路。

读了很多教程与安卓开发的书籍才知道，要实现多开要先学会插件化开发

那我们一起进入这个旅程吧------------

源码基于 安卓12

从开发者熟悉的的startActivity开始

继续跟踪这个方法

然后就是startActivityForResult方法

主要的代码就是这个玩意了 ：mInstrumentation.execStartActivity

这里就调用 ActivityTaskManager.getService().startActivity方法了 这里就开始 与 ams沟通

AMS 的内部就不记录了

后面会调用 ActivityThread的 H 对象 进行沟通

我查看了TransactionExecutor 的类

这里就进入

继续跟进

这里进行一个简单的总结

开发者常用的startActivity(Intent intent)方法，实际上调用的是startActivity(Intent intent, Bundle options)，将options设为null。

在startActivity(Intent intent, Bundle options)方法中，会先处理与自动填充（Autofill）相关的逻辑。若满足特定条件，会在启动的 Activity 上应用自动填充恢复机制。之后，根据options是否为null，调用startActivityForResult(intent, -1, options)或startActivityForResult(intent, -1)方法 。

当mParent为null时，会调用mInstrumentation.execStartActivity方法，并传入一系列参数，包括当前上下文、应用线程、Activity 令牌等。同时，如果启动请求需要结果（requestCode >= 0），会标记mStartedActivity为true，以避免在结果返回前 Activity 闪烁。

当mParent不为null时，会调用mParent.startActivityFromChild方法，同样会根据options是否为null进行不同的处理。

在mInstrumentation.execStartActivity方法中，首先会处理ActivityMonitor相关逻辑，检查是否有匹配的监视器并进行相应操作。

接着，通过ActivityTaskManager.getService().startActivity方法与 Activity 管理服务（AMS）进行跨进程通信，将启动 Activity 的请求发送给 AMS。AMS 接收到请求后，会进行一系列系统层面的处理，如任务调度、Activity 栈管理等，不过网页中未详细记录 AMS 内部的处理过程。

AMS 处理完启动请求后，会通过 ActivityThread 的H对象发送消息。H类接收到EXECUTE_TRANSACTION消息后，会调用mTransactionExecutor.execute(transaction)方法。

performLifecycleSequence方法根据不同的生命周期状态（如ON_CREATE、ON_START等），调用mTransactionHandler相应的方法来处理 Activity 的生命周期转换。例如，在ON_CREATE状态时，会调用mTransactionHandler.handleLaunchActivity方法。

handleLaunchActivity方法会进行一些准备工作，如取消垃圾回收任务、处理配置变更等，然后调用performLaunchActivity方法来实际启动 Activity。

performLaunchActivity方法负责创建 Activity 实例，首先获取 Activity 的相关信息，如ActivityInfo、PackageInfo等。接着，使用ClassLoader加载 Activity 类，并通过mInstrumentation.newActivity方法创建 Activity 实例。然后，创建应用上下文ContextImpl，并将 Activity 与上下文、应用等进行关联。最后，调用mInstrumentation.callActivityOnCreate方法，触发 Activity 的onCreate方法，完成 Activity 的初始化。

我使用侵入式 hook ，这样才会显得我不专业，但也显得 我们的攻击方式很明确

欺上瞒下的思路。

与PathClassLoader不同，DexClassLoader支持从APK、JAR或ZIP文件中加载Dex文件，无需预装到系统

通过构造函数指定插件Dex路径、优化目录、父加载器等参数，实现动态加载：

​

​双亲委派模型​：优先通过父加载器加载类，避免重复加载。若未找到，则调用findClass方法从Dex中解析类

​Dex文件解析​：Dex文件包含所有类的索引信息，通过DexPathList将Dex转换为Element数组，逐个加载类

从这里可以了解到，要实现dex的加载 可以利用双亲委派机制，或者修改 dexClassloader的DexPathList,我这里有两个思路：

思路一： 我觉得可以加载 dexclassloader 直接把 原来的dexclassloader的父亲classloader 修改为插件classloader 以链表的样子插入进去

思路二： 可以让直接 将插件dexclassloader 的DexPathList copy到 程序的dexclassloader 的DexPathList中去

这里 加载外部dex 结束

这里还有资源的加载 我写到另一个文章中去了

f60K9s2c8@1M7s2y4Q4x3@1q4Q4x3V1k6Q4x3V1k6X3L8r3!0%4N6i4y4Q4x3X3g2U0L8W2)9J5c8X3f1@1x3U0q4U0x3$3j5^5i4K6u0V1x3e0u0T1x3#2)9J5k6o6b7I4z5e0m8Q4x3X3b7&6x3o6u0X3i4K6u0V1y4e0u0W2y4r3x3J5z5o6R3&6k6h3t1$3

这里我出现的问题好多

比如 资源冲突等等

其实这里可以使用io重定向解决是比较好的方式 ，但是 楼主 为了简单省事，我的处理方案就是 提前加载so文件

这里 Service 的加载 与activity差不的，只不过 service 没有 生命周期，与ams交互 感觉就是走个形式，那这里 我也就走个形式 ：

这样做 只能启动一个 service 因为会把之前的覆盖掉！

反正我也只是学习 涨涨见识 。 就这样无论吞枣的过去吧 哈哈。

后面还有 广播 内容提供者的插件化 这些 我了解原理了 就不写了

网络上还有一堆 好文 关于插件化的。

就这样， 劈里啪啦的代码一顿乱写，就把这个残疾版的玩具多开app写出来了。也是 对我半个月学习的总结吧。当然 这个项目写的很垃圾 完全不能与 网上大佬相比。

要提升 我的想法也很多，比如

加入 去签名的逻辑 我之前写的文章，

在 用io重定向将文件进行隔离，设置好activityThread类的对象 ，

这里 是我Vapp的项目地址 ：

fd9K9s2c8@1M7s2y4Q4x3@1q4Q4x3V1k6Q4x3V1k6Y4K9i4c8Z5N6h3u0Q4x3X3g2U0L8$3#2Q4x3V1k6&6N6$3H3J5x3o6l9J5x3o6b7J5x3g2)9J5c8W2k6S2M7s2l9`.

支持 安卓12 ，可以加载 安卓android studio 编写出来的小demo 实际测试 很多app都加载不了

传播安全知识、拓宽行业人脉——看雪讲师团队等你加入！