2024年HarmonyOS鸿蒙最新什么年代了？不会还有人不会插件化吧？，2024年最新2024鸿蒙bat面试题下载

本文链接：https://blog.csdn.net/2401_84862038/article/details/138832040

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上鸿蒙开发知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

需要这份系统化的资料的朋友，可以戳这里获取

一．到底什么是插件化开发

插件化开发是将整个app拆分成很多模块，这些模块包括一个宿主和多个插件，每个模块都是一个apk，最终打包的时候将宿主apk和插件apk分开或者联合打包。

为什么要将一定要使用插件化开发呢？

宿主和插件分开编译。
并发开发。
动态更新插件。
按需下载模块。
方法数或变量数爆棚。

那应该怎么去拆分插件呢？如图：

淘宝App模块图（部分）

二．插件化开发的实现原理

插件化开发中要解决的问题：

如何在主APP模块中去加载插件APK？
如何在主模块中跳转到插件APK里面的Activity中去？
插件APK中的Actiivity怎样能像一个正常的Activity一样？
插件APK中的Activity的上下文以及资源这块如何处理？
…
问题一的解决方式：

Android ClassLoader，用类加载机制去加载插件APK，这样就可以加载到它里面的类。如图:

问题二，三，四的解决方式：

首先，我们Android的跳转都必须要遵循AndroidManifest机制，所有要跳转到ctivity都必须要注册在AndroidManifest.xml清单文件中，但是插件APK中的Activity显然是不可能注册到主APP的AndroidManifest.xml中，所以这里我们要采取插桩的方式来创建一个空的Activity类。

这个代理Activity类不显示任何内容，这个类的意义在于，用它来装载插件APK里面的Activity，把Activity的特性赋予插件APK中的Activity。如图：

在主APP某个Activity进行跳转到时候，要先去加载这个插件（这个插件肯定是已经下载在了本地存储的某个位置），加载的过程中我们已经获取到了它的类加载器以及包信息类。通过包信息类获取到它里面ActivityInfo的集合，然后获取到这个插件的第一个Activity，然后获取到它的名字，传入到代理Ativity中。

在代理Activity的onCreate()方法中通过插件APK的类加载器加载真正目的地的类对象，然后调用真正目的地（插件APK里面的Activity）的onCreate()方法。

注意：在这里我们采取的是接口的引用指向父类的实例的方法来调用的，为什么呢？因为不采取这种方式，我们就必须用到反射，所以通过接口的方式去做更合适。这个代理Activity里面的每个生命周期的方法，我们要相对应的调用插件APK里面的Activity相对应的生命周期的方法，没错，我们就是要把代理Activity的生命周期给插件APK的Activity。实际上就是吧插件APK里面的Activity依附于代理Activity。接口类图：

同时大家应该注意到了一句代码，在代理Activity里面的OnCreate()方法中我们还调用了插件APK中Activity的attch()方法，在这个方法中，我们传递了一个参数this，这个this到底有什么用呢？还记不记得我们的第四个问题：插件APK中的Activity的上下文以及资源这块如何处理？没错，就是把代理Activity的上下文传递到插件APK的Activity中去，插件APK里面所有的Activity用到了上下文的API都要用传进去的代理Activity的上下文来替代，但是这里有个问题，我们很多系统的API都是自动用的上下文，我们该怎么解决呢？看图：

我相信看到这张图大家想到了一点，没错，这个BaseActivity就是插件APK里面Activity的基类，这个基类定义在我们的插件化框架中，当然包括上面的接口以及代理Activity都是定义在我们的插件化框架中。在这个BaseActivity中我们把插件APK中Activity的所有用到上下文的地方都用that来代替了，that是谁？就是代理Activity本身。其实就是当我们在插件APK里面的Activity的时候实际上调用的是代理Activity里面的API。