2024 Android 大厂面试-插件化、模块化、组件化，Android自学资料

多DexClassLoader

每个插件单独一个DexClassLoader，相对隔离，RePlugin采用该方案

单DexClassLoader

将插件的DexClassLoader中的pathList合并到主工程的DexClassLoader中。方便插件与宿主(插件)之间的调用，Small采用该方案

插件调用主工程

主工程的ClassLoader作为插件ClassLoader的父加载器

主工程调用插件

若使用多ClassLoader机制，通过插件的ClassLoader先加载类，再通过反射调用

若使用单ClassLoader机制，直接通过类名去访问插件中的类，弊端是库的版本可能不一致，需要规范

资源加载

//创建AssetManager对象

AssetManager assets = new AssetManager();

//将apk路径添加到AssetManager中

if (assets.addAssetPath(resDir) == 0){

return null;

}

//创建Resource对象

r = new Resources(assets, metrics, getConfiguration(), compInfo);

插件apk的路径加入到AssetManager中

通过反射去创建，并且部分Rom对创建的Resource类进行了修改，所以需要考虑不同Rom的兼容性。

资源路径的处理

Context的处理

// 第一步：创建Resource

if (Constants.COMBINE_RESOURCES) {

//插件和主工程资源合并时需要hook住主工程的资源

Resources resources = ResourcesManager.createResources(context, apk.getAbsolutePath());

ResourcesManager.hookResources(context, resources);

return resources;

} else {

//插件资源独立，该resource只能访问插件自己的资源

Resources hostResources = context.getResources();

AssetManager assetManager = createAssetManager(context, apk);

return new Resources(assetManager, hostResources.getDisplayMetrics(), hostResources.getConfiguration());

}

//第二步：hook主工程的Resource

//对于合并式的资源访问方式，需要替换主工程的Resource，下面是具体替换的代码。

public static void hookResources(Context base, Resources resources) {

try {

ReflectUtil.setField(base.getClass(), base, “mResources”, resources);

Object loadedApk = ReflectUtil.getPackageInfo(base);

ReflectUtil.setField(loadedApk.getClass(), loadedApk, “mResources”, resources);

Object activityThread = ReflectUtil.getActivityThread(base);

Object resManager = ReflectUtil.getField(activityThread.getClass(), activityThread, “mResourcesManager”);

if (Build.VERSION.SDK_INT < 24) {

Map<Object, WeakReference> map = (Map<Object, WeakReference>) ReflectUtil.getField(resManager.getClass(), resManager, “mActiveResources”);

Object key = map.keySet().iterator().next();

map.put(key, new WeakReference<>(resources));

} else {

// still hook Android N Resources, even though it’s unnecessary, then nobody will be strange.

Map map = (Map) ReflectUtil.getFieldNoException(resManager.getClass(), resManager, “mResourceImpls”);

Object key = map.keySet().iterator().next();

Object resourcesImpl = ReflectUtil.getFieldNoException(Resources.class, resources, “mResourcesImpl”);

map.put(key, new WeakReference<>(resourcesImpl));

}

} catch (Exception e) {

e.printStackTrace();

}

替换了主工程context中LoadedApk的mResource对象

将新的Resource添加到主工程ActivityThread的mResourceManager中，并且根据Android版本做了不同处理

//第三步：关联resource和Activity

Activity activity = mBase.newActivity(plugin.getClassLoader(), targetClassName, intent);

activity.setIntent(intent);

//设置Activity的mResources属性，Activity中访问资源时都通过mResources

ReflectUtil.setField(ContextThemeWrapper.class, activity, “mResources”, plugin.getResources());

资源冲突

资源id是由8位16进制数表示，表示为0xPPTTNNNN， 由三部分组成：PackageId+TypeId+EntryId

修改aapt源码，编译期修改PP段。

修改resources.arsc文件，该文件列出了资源id到具体资源路径的映射。

blog.csdn.net/jiangwei091…

// Main.cpp

result = handleCommand(&bundle);

case kCommandPackage: return doPackage(bundle);

// Command.cpp

int doPackage(Bundle* bundle) {

if (bundle->getResourceSourceDirs().size() || bundle->getAndroidManifestFile()) {

err = buildResources(bundle, assets, builder);

if (err != 0) {

goto bail;

}

}

}

Resource.cpp

buildResources

ResourceTable.cpp

switch(mPackageType) {

case App:

case AppFeature:

packageId = 0x7f;

break;

case System:

packageId = 0x01;

break;

case SharedLibrary:

packageId = 0x00;

break;

}

首先找到入口类：Main.cpp：main函数，解析参数，然后调用handleCommand函数处理参数对应的逻辑，我们看到了有一个函数doPackage。

然后就搜索到了Command.cpp：在他内部的doPackage函数中进行编译工具的一个函数：buildResources函数，在全局搜索，发现了Resource.cpp：发现这里就是处理编译工作，构建ResourceTable的逻辑，在ResourceTable.cpp中，也是获取PackageId的地方，下面我们就来看看如何修改呢？

其实最好的方法是，能够修改aapt源码，添加一个参数，把我们想要编译的PackageId作为输入值，传进来最好了，那就是Bundle类型，他是从Main.cpp中的main函数传递到了最后的buildResources函数中，那么我们就可以把这个参数用Bundle进行携带。

juejin.im/entry/5c008… www.jianshu.com/p/8d691b6bf…

————————————————————————————————————————————————

cloud.tencent.com/developer/a…

在整个过程中，需要修改到R文件、resources.arsc和二进制的xml文件

四大组件支持

ProxyActivity代理

代理方式的关键总结起来有下面两点：

ProxyActivity中需要重写getResouces，getAssets，getClassLoader方法返回插件的相应对象。生命周期函数以及和用户交互相关函数，如onResume，onStop，onBackPressedon，KeyUponWindow，FocusChanged等需要转发给插件。

PluginActivity中所有调用context的相关的方法，如setContentView，getLayoutInflater，getSystemService等都需要调用ProxyActivity的相应方法。

该方式有几个明显缺点：

插件中的Activity必须继承PluginActivity，开发侵入性强。

如果想支持Activity的singleTask，singleInstance等launchMode时，需要自己管理Activity栈，实现起来很繁琐。

插件中需要小心处理Context，容易出错。

如果想把之前的模块改造成插件需要很多额外的工作。

复制代码

预埋StubActivity，hook系统启动Activity的过程

VirtualAPK通过替换了系统的Instrumentation，hook了Activity的启动和创建，省去了手动管理插件Activity生命周期的繁琐，让插件Activity像正常的Activity一样被系统管理，并且插件Activity在开发时和常规一样，即能独立运行又能作为插件被主工程调用。

其他插件框架在处理Activity时思想大都差不多，无非是这两种方式之一或者两者的结合。在hook时，不同的框架可能会选择不同的hook点。如360的RePlugin框架选择hook了系统的ClassLoader，即构造Activity2的ClassLoader，在判断出待启动的Activity是插件中的时，会调用插件的ClassLoader构造相应对象。另外RePlugin为了系统稳定性，选择了尽量少的hook，因此它并没有选择hook系统的startActivity方法来替换intent，而是通过重写Activity的startActivity，因此其插件Activity是需要继承一个类似PluginActivity的基类的。不过RePlugin提供了一个Gradle插件将插件中的Activity的基类换成了PluginActivity，用户在开发插件Activity时也是没有感知的。

www.jianshu.com/p/ac96420fc…

Service插件化总结

初始化时通过ActivityManagerProxy Hook住了IActivityManager。

服务启动时通过ActivityManagerProxy拦截，判断是否为远程服务，如果为远程服务，启动RemoteService，如果为同进程服务则启动LocalService。

如果为LocalService，则通过DexClassLoader加载目标Service，然后反射调用attach方法绑定Context，然后执行Service的onCreate、onStartCommand方法

如果为RemoteService，则先加载插件的远程Service，后续跟LocalService一致。

3.模块化实现（好处，原因）

---

www.cnblogs.com/Jackie-zhan…

1、模块间解耦，复用。

（原因：对业务进行模块化拆分后，为了使各业务模块间解耦，因此各个都是独立的模块，它们之间是没有依赖关系。

每个模块负责的功能不同，业务逻辑不同，模块间业务解耦。模块功能比较单一，可在多个项目中使用。）

2、可单独编译某个模块，提升开发效率。

（原因：每个模块实际上也是一个完整的项目，可以进行单独编译，调试）

3、可以多团队并行开发，测试。

原因：每个团队负责不同的模块，提升开发，测试效率。

组件化与模块化

组件化是指以重用化为目的，将一个系统拆分为一个个单独的组件

避免重复造轮子，节省开发维护成本；

降低项目复杂性，提升开发效率；

多个团队公用同一个组件，在一定层度上确保了技术方案的统一性。

模块化业务分层：由下到上

基础组件层：

底层使用的库和封装的一些工具库（libs），比如okhttp,rxjava,rxandroid,glide等

业务组件层：

与业务相关，封装第三方sdk，比如封装后的支付，即时通行等

业务模块层：

按照业务划分模块，比如说IM模块，资讯模块等

Library Module开发问题

在把代码抽取到各个单独的Library Module中，会遇到各种问题。

最常见的就是R文件问题，Android开发中，各个资源文件都是放在res目录中，在编译过程中，会生成R.java文件。

R文件中包含有各个资源文件对应的id，这个id是静态常量，但是在Library Module中，这个id不是静态常量，那么在开发时候就要避开这样的问题。

举个常见的例子，同一个方法处理多个view的点击事件，有时候会使用switch(view.getId())这样的方式，

然后用case R.id.btnLogin这样进行判断，这时候就会出现问题，因为id不是经常常量，那么这种方式就用不了。

4.热修复、插件化

---

www.jianshu.com/p/704cac3eb…

宿主： 就是当前运行的APP

插件： 相对于插件化技术来说，就是要加载运行的apk类文件

补丁： 相对于热修复技术来说，就是要加载运行的.patch,.dex,*.apk等一系列包含dex修复内容的文件。

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

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

因此收集整理了一份《2024年最新Android移动开发全套学习资料》送给大家，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频
如果你觉得这些内容对你有帮助，可以添加下面V无偿领取！（备注Android）

最后

答应大伙的备战金三银四，大厂面试真题来啦！

这份资料我从春招开始，就会将各博客、论坛。网站上等优质的Android开发中高级面试题收集起来，然后全网寻找最优的解答方案。每一道面试题都是百分百的大厂面经真题+最优解答。包知识脉络 + 诸多细节。
节省大家在网上搜索资料的时间来学习，也可以分享给身边好友一起学习。
给文章留个小赞，就可以免费领取啦~

戳我领取：3000页Android开发者架构师核心知识笔记

《960全网最全Android开发笔记》

《379页Android开发面试宝典》

包含了腾讯、百度、小米、阿里、乐视、美团、58、猎豹、360、新浪、搜狐等一线互联网公司面试被问到的题目。熟悉本文中列出的知识点会大大增加通过前两轮技术面试的几率。

如何使用它？
1.可以通过目录索引直接翻看需要的知识点，查漏补缺。
2.五角星数表示面试问到的频率，代表重要推荐指数

《507页Android开发相关源码解析》

只要是程序员，不管是Java还是Android，如果不去阅读源码，只看API文档，那就只是停留于皮毛，这对我们知识体系的建立和完备以及实战技术的提升都是不利的。

真正最能锻炼能力的便是直接去阅读源码，不仅限于阅读各大系统源码，还包括各种优秀的开源库。

腾讯、字节跳动、阿里、百度等BAT大厂 2020-2021面试真题解析

资料收集不易，如果大家喜欢这篇文章，或者对你有帮助不妨多多点赞转发关注哦。文章会持续更新的。绝对干货！！！

Android开发笔记》**

[外链图片转存中…(img-TGNcU4Oe-1711125266023)]

《379页Android开发面试宝典》

包含了腾讯、百度、小米、阿里、乐视、美团、58、猎豹、360、新浪、搜狐等一线互联网公司面试被问到的题目。熟悉本文中列出的知识点会大大增加通过前两轮技术面试的几率。

如何使用它？
1.可以通过目录索引直接翻看需要的知识点，查漏补缺。
2.五角星数表示面试问到的频率，代表重要推荐指数

[外链图片转存中…(img-2uJMKpJ6-1711125266024)]

《507页Android开发相关源码解析》

只要是程序员，不管是Java还是Android，如果不去阅读源码，只看API文档，那就只是停留于皮毛，这对我们知识体系的建立和完备以及实战技术的提升都是不利的。

真正最能锻炼能力的便是直接去阅读源码，不仅限于阅读各大系统源码，还包括各种优秀的开源库。

[外链图片转存中…(img-npevVYzx-1711125266024)]

腾讯、字节跳动、阿里、百度等BAT大厂 2020-2021面试真题解析

[外链图片转存中…(img-epSuqxB4-1711125266025)]

资料收集不易，如果大家喜欢这篇文章，或者对你有帮助不妨多多点赞转发关注哦。文章会持续更新的。绝对干货！！！