2021 Android 大厂面试（五）插件化

四大组件支持

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…

sanjay-f.github.io/2016/04/17/…

www.jianshu.com/p/d43e1fb42…

Service插件化总结

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

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

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

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

复制代码

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

---

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.热修复、插件化

---

宿主： 就是当前运行的APP

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

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

QQ 空间超级补丁方案

Tinker

HotFix

当然就热修复的实现，各个大厂还有各自的实现，比如饿了吗的Amigo,美团的Robust,实现及优缺点各有差异，但总的来说就是两大类

ClassLoader 加载方案

Native层替换方案

或者是参考Android Studio Instant Run 的思路实现代码整体的增量更新。但这样势必会带来性能的影响。

Sophix

底层替换方案

原理：在已经加载的类中直接替换掉原有方法，是在原有类的结构基础上进行修改的。在hook方法入口ArtMethod时，通过构造一个新的ArtMethod实现替换方法入口的跳转。

应用：能即时生效，Andfix采用此方案。

缺点：底层替换稳定性不好，适用范围存在限制，通过改造代码绕过限制既不优雅也不方便，并且还没提供资源及so的修复。

类加载方案

原理：让app重新启动后让ClassLoader去加载新的类。如果不重启，原来的类还在虚拟机中无法重复加载。

优点：修复范围广，限制少。

应用：腾讯系包括QQ空间，手QFix，Tinker采用此方案。

QQ空间会侵入打包流程。

QFix需要获取底层虚拟机的函数，不稳定。

Tinker是完整的全量dex加载。

Tinker与Sophix方案不同之处

Tinker采用dex merge生成全量DEX方案。反编译为smali，然后新apk跟基线apk进行差异对比，最后得到补丁包。

Dalvik下Sophix和Tinker相同，在Art下，Sophix不需要做dex merge，因为Art下本质上虚拟机已经支持多dex的加载，要做的仅仅是把补丁dex作为主dex(classes.dex)加载而已：

将补丁dex命名为classes.dex，原apk中的dex依次命名为classes(2, 3, 4…).dex就好了，然后一起打包为一个压缩文件。然后DexFile.loadDex得到DexFile对象，最后把该DexFile对象整个替换旧的dexElements数组就好了。

资源修复方案

基本参考InstantRun的实现：构造一个包含所有新资源的新的AssetManager。并在所有之前引用到原来的AssetManager通过反射替换掉。

Sophix不修改AssetManager的引用，构造的补丁包中只包含有新增或有修改变动的资源，在原AssetManager中addAssetPath这个包就可以了。资源包不需要在运行时合成完整包。

so库修复方案

本质是对native方法的修复和替换。类似类修复反射注入方式，将补丁so库的路径插入到nativeLibraryDirectories数据最前面。

Method Hook

5.项目组件化的理解

---

总结

组件化相较于单一工程，在组件模式下可以提高编译速度，方便单元测试，提高开发效率。

开发人员分工更加明确，基本上做到互不干扰。

业务组件的架构也可以自由选择，不影响同伴之间的协作。

降低维护成本，代码结构更加清晰。

6.描述清点击 Android Studio 的 build 按钮后发生了什么

---

apply plugin : ‘com.android.application’

apply plugin : ‘com.android.library’

编译五阶段

1.准备依赖包 Preparation of dependecies

2.合并资源并处理清单 Merging resources and proccesssing Manifest

3.编译 Compiling

4.后期处理 Postprocessing

5.包装和出版 Packaging and publishing

简单构建流程：

1. Android编译器（5.0之前是Dalvik，之后是ART）将项目的源代码（包括一些第三方库、jar包和aar包）转换成DEX文件，将其他资源转换成已编译资源。

2. APK打包器将DEX文件和已编译资源在使用秘钥签署后打包。

3. 在生成最终 APK 之前，打包器会使用zipalign 等工具对应用进行优化，减少其在设备上运行时的内存占用。

构建流程结束后获得测试或发布用的apk。

图中的矩形表示用到或者生成的文件，椭圆表示工具。

1. 通过aapt打包res资源文件，生成R.java、resources.arsc和res文件

2. 处理.aidl文件，生成对应的Java接口文件

3. 通过Java Compiler编译R.java、Java接口文件、Java源文件，生成.class文件

4. 通过dex命令，将.class文件和第三方库中的.class文件处理生成classes.dex

5. 通过apkbuilder工具，将aapt生成的resources.arsc和res文件、assets文件和classes.dex一起打包生成apk

6. 通过Jarsigner工具，对上面的apk进行debug或release签名

7. 通过zipalign工具，将签名后的apk进行对齐处理。

这样就得到了一个可以安装运行的Android程序。

7.彻底搞懂Gradle、Gradle Wrapper与Android Plugin for Gradle的区别和联系

---

Offline work时可能出现"No cached version of com.android.tools.build:gradle:xxx available for offline mode"问题

Gradle： gradle-wrapper.properties中的distributionUrl=https/😕/services.gradle.org/distributions/gradle-2.10-all.zip

Gradle插件：build.gradle中依赖的classpath ‘com.android.tools.build:gradle:2.1.2’

Gradle：

一个构建系统，构建项目的工具，用来编译Android app，能够简化你的编译、打包、测试过程。

Gradle是一个基于Apache Ant和Apache Maven概念的项目自动化建构工具。它使用一种基于Groovy的特定领域语言来声明项目设置，而不是传统的XML。当前其支持的语言限于Java、Groovy和Scala

Gradle插件：

我们在AS中用到的Gradle被叫做Android Plugin for Gradle，它本质就是一个AS的插件，它一边调用 Gradle本身的代码和批处理工具来构建项目，一边调用Android SDK的编译、打包功能。

Gradle插件跟 Android SDK BuildTool有关联，因为它还承接着AS里的编译相关的功能，在项目的 local.properties 文件里写明 Android SDK 路径、在build.gradle 里写明 buildToolsVersion 的原因。

| 插件版本 | Gradle 版本 |

| — | — |

| 1.0.0 - 1.1.3 | 2.2.1 - 2.3 |

| 1.2.0 - 1.3.1 | 2.2.1 - 2.9 |

| 1.5.0 | 2.2.1 - 2.13 |

| 2.0.0 - 2.1.2 | 2.10 - 2.13 |

| 2.1.3 - 2.2.3 | 2.14.1+ |

| 2.3.0+ | 3.3+ |

| 3.0.0+ | 4.1+ |

| 3.1.0+ | 4.4+ |

| 3.2.0 - 3.2.1 | 4.6+ |

| 3.3.0 - 3.3.2 | 4.10.1+ |

| 3.4.0+ | 5.1.1+ |

Done…

总结

程序员，立之根本还是技术，一个程序员的好坏，虽然不能完全用技术强弱来判断，但是技术水平一定是基础，技术差的程序员只能CRUD，技术不深的程序员也成不了架构师。程序员对于技术的掌握，除了从了解-熟悉-熟练-精通的过程以外，还应该从基础出发，到进阶，到源码，到实战。所以，程序员想要成功，首先要成就自己。

今天，这份（解读开源框架设计思想笔记）终于爆火了， 看完之后我直接跪了！这份Android全能笔记内容齐全，包括以下几个方面：

解读开源框架设计思想：热修复设计+插件化框架解读+组件化框架设计+图片加载框架+网络访问框架设计+RXJava响应式编程框架设计+IOC架构设计+Android架构组件Jetpack

需要相关知识点可以查看我的【GitHub】，对于已经掌握的可以忽略以节省时间。

如果不方便查看，我已经整理成了一份PDF包含Android入门，基础—高级的全部系列知识点，还有新技术学习笔记。

需要全套系列笔记可以直接，点击链接

【https://jq.qq.com/?_wv=1027&k=OQA7ghiD】找群主大大免费获取！

解读开源框架设计思想

1.热修复设计

• AOT/JIT & dexopt 与 dex2oat

• 热修复设计之 CLASS_ISPREVERIFIED 问题

• 热修复设计之热修复原理

• Tinker 的集成与使用（自动补丁包生成）

2.插件化框架设计

• Class 文件与 Dex 文件的结构解读

• Android 资源加载机制详解

• 四大组件调用原理

• so 文件加载机制

• Android 系统服务实现原理

3.组件化框架设计

• 阿里巴巴开源路由框——ARouter 原理分析

• APT 编译时期自动生成代码&动态类加载

• Java SPI 机制

• AOP&IOC

• 手写组件化架构

4.图片加载框架

• 图片加载框架选型

• Glide 原理分析

• 手写图片加载框架实战

5.网络访问框架设计

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

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

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

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

文末

那么对于想坚持程序员这行的真的就一点希望都没有吗？
其实不然，在互联网的大浪淘沙之下，留下的永远是最优秀的，我们考虑的不是哪个行业差哪个行业难，就逃避掉这些，无论哪个行业，都会有他的问题，但是无论哪个行业都会有站在最顶端的那群人。我们要做的就是努力提升自己，让自己站在最顶端，学历不够那就去读，知识不够那就去学。人之所以为人，不就是有解决问题的能力吗？挡住自己的由于只有自己。点击我的GitHub下述资料免费领取
Android希望=技能+面试

• 技能
  
• 面试技巧+面试题
  .(img-ZkyogteK-1710743717642)]
  [外链图片转存中…(img-6czY9MQY-1710743717643)]
  [外链图片转存中…(img-4mHNugIl-1710743717643)]

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

文末

那么对于想坚持程序员这行的真的就一点希望都没有吗？
其实不然，在互联网的大浪淘沙之下，留下的永远是最优秀的，我们考虑的不是哪个行业差哪个行业难，就逃避掉这些，无论哪个行业，都会有他的问题，但是无论哪个行业都会有站在最顶端的那群人。我们要做的就是努力提升自己，让自己站在最顶端，学历不够那就去读，知识不够那就去学。人之所以为人，不就是有解决问题的能力吗？挡住自己的由于只有自己。点击我的GitHub下述资料免费领取
Android希望=技能+面试

• 技能
  [外链图片转存中…(img-jTLvIQX2-1710743717644)]
• 面试技巧+面试题