2024年Android开发插件化来龙去脉（附全套学习视频）(1)，2024年最新kotlin教学

如何做好面试突击，规划学习方向？

面试题集可以帮助你查漏补缺，有方向有针对性的学习，为之后进大厂做准备。但是如果你仅仅是看一遍，而不去学习和深究。那么这份面试题对你的帮助会很有限。最终还是要靠资深技术水平说话。

网上学习 Android的资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。建议先制定学习计划，根据学习计划把知识点关联起来，形成一个系统化的知识体系。

学习方向很容易规划，但是如果只通过碎片化的学习，对自己的提升是很慢的。

同时我还搜集整理2020年字节跳动，以及腾讯，阿里，华为，小米等公司的面试题，把面试的要求和技术点梳理成一份大而全的“ Android架构师”面试 Xmind（实际上比预期多花了不少精力），包含知识脉络 + 分支细节。

在搭建这些技术框架的时候，还整理了系统的高级进阶教程，会比自己碎片化学习效果强太多。

网上学习 Android的资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。希望这份系统化的技术体系对大家有一个方向参考。

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

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

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

Instrumentation代理类：

public class InstrumentationProxy extends Instrumentation {

private Instrumentation mInstrumentation;

private PackageManager mPackageManager;

public InstrumentationProxy(Instrumentation instrumentation, PackageManager packageManager) {

mInstrumentation = instrumentation;

mPackageManager = packageManager;

}

public ActivityResult execStartActivity(Context who, IBinder contextThread, IBinder token, Activity target, Intent intent, int requestCode, Bundle options) {

List infos = mPackageManager.queryIntentActivities(intent, PackageManager.MATCH_ALL);

if (infos == null || infos.size() == 0) {

// 保存要启动的插件Activity的类名

intent.putExtra(HookHelper.TARGET_INTENT, intent.getComponent().getClassName());

// 构建插桩Activity的Intent

intent.setClassName(who, “com.github.xch168.plugindemo.StubActivity”);

}

try {

Method execMethod = Instrumentation.class.getDeclaredMethod(“execStartActivity”, Context.class, IBinder.class, IBinder.class, Activity.class, Intent.class, int.class, Bundle.class);

// 将插桩Activity的Intent传给ASM验证

return (ActivityResult) execMethod.invoke(mInstrumentation, who, contextThread, token, target, intent, requestCode, options);

} catch (Exception e) {

e.printStackTrace();

}

return null;

}

}

Hook:

public class HookHelper {

public static final String TARGET_INTENT = “target_intent”;

public static void hookInstrumentation(Context context) throws Exception {

Class<?> contextImplClass = Class.forName(“android.app.ContextImpl”);

Object activityThread = ReflectUtil.getField(contextImplClass, context, “mMainThread”);

Class<?> activityThreadClass = Class.forName(“android.app.ActivityThread”);

Object mInstrumentation = ReflectUtil.getField(activityThreadClass, activityThread, “mInstrumentation”);

// 用代理Instrumentation来替换mMainThread中的mInstrumentation，从而接管Instrumentation的任务

ReflectUtil.setField(activityThreadClass, activityThread, “mInstrumentation”, new InstrumentationProxy((Instrumentation) mInstrumentation, context.getPackageManager()));

}

}

Step3. 还原插件Activity

上面我们使用插桩Activity来绕过ASM的验证，接下来的步骤会创建StubActivity实例，会找不到类，并且我们要启动的是插件Activity而不是插桩Activity，所以就需要对Intent进行还原。

在Activity启动流程第10步，通过插件的ClassLoader反射创建插件Activity，所以可以在这hook进行还原。

public class InstrumentationProxy extends Instrumentation {

// …

public Activity newActivity(ClassLoader cl, String className, Intent intent) throws IllegalAccessException, InstantiationException, ClassNotFoundException {

// 获取插件Activity的类名

String intentName = intent.getStringExtra(HookHelper.TARGET_INTENT);

if (!TextUtils.isEmpty(intentName)) {

// 创建插件Activity实例

return super.newActivity(cl, intentName, intent);

}

return super.newActivity(cl, className, intent);

}

}

Step4. 在Application中hook Instrumentation。

public class App extends Application {

@Override

protected void attachBaseContext(Context base) {

super.attachBaseContext(base);

try {

HookHelper.hookInstrumentation(base);

} catch (Exception e) {

e.printStackTrace();

}

}

}

处理插件Activity的生命周期

经过上面的处理后，插件Activity可以启动了，但是是否具有生命周期呢？接下来通过源码来探索一下。

Activity的finish方法可以触发Activity生命周期的变化。

public void finish() {

finish(DONT_FINISH_TASK_WITH_ACTIVITY);

}

private void finish(int finishTask) {

// …

// mToken是该Activity的标识

if (ActivityManager.getService().finishActivity(mToken, resultCode, resultData, finishTask)) {

mFinished = true;

}

}

说明：

• 调用ASM的finishActivity方法，接着ASM通过ApplicationThread调用ActivityThread。

• ActivityThread最终会调用performDestroyActivity方法。

public final class ActivityThread extends ClientTransactionHandler {

// …

ActivityClientRecord performDestroyActivity(IBinder token, boolean finishing, int configChanges, boolean getNonConfigInstance, String reason) {

// 获取保存到token的Activity

mInstrumentation.callActivityOnDestroy(r.activity);

}

}

token中的Activity是从何而来呢？解析来我们来看看ActivityThread的performLaunchActivity方法。

public final class ActivityThread extends ClientTransactionHandler {

private Activity performLaunchActivity(ActivityClientRecord r, Intent customIntent) {

// …

activity = mInstrumentation.newActivity(cl, component.getClassName(), r.intent);

r.activity = activity;

mActivities.put(r.token, r);

}

}

说明：在performLaunchActivity方法中，会将当前启动的Activity放在token中的activity属性，并将其置于mActivities中，而mInstrumentation的newActivity方法已经被我们hook了，所以该activity即为插件Activity，后续各个生命周期的调用都会通知给插件Activity。

加载插件中的资源

当插件Activity创建的时候会调用setContentView通过id去操作布局，因为凡是通过id去获取资源的方式都是通过Resources去获取的。但是宿主apk不知道到插件apk的存在，所以宿主Resources也无法加载插件apk的资源。因此需要为插件apk构建一个Resources，然后插件apk中都通过这个Resource区获取资源。

public class PluginHelper {

private static Resources sPluginResources;

public static void initPluginResource(Context context) throws Exception {

Class clazz = AssetManager.class;

AssetManager assetManager = clazz.newInstance();

Method method = clazz.getMethod(“addAssetPath”, String.class);

method.invoke(assetManager, context.getExternalFilesDir(“plugin”).listFiles()[0].getAbsolutePath());

sPluginResources = new Resources(assetManager, context.getResources().getDisplayMetrics(), context.getResources().getConfiguration());

}

public static Resources getPluginResources() {

return sPluginResources;

}

}

public class App extends Application {

@Override

public Resources getResources() {

return PluginHelper.getPluginResources() == null ? super.getResources() : PluginHelper.getPluginResources();

}

}

说明：在Application中重写getResources，并返回插件的Resources，因为插件apk中的四大组件实际都是在宿主apk创建的，那么他们拿到的Application实际上都是宿主的，所以它们只需要通过getApplication().getResources()就可以非常方便的拿到插件的Resource。

插件工程

插件工程比较简单，就一个Activity。

public class PluginActivity extends AppCompatActivity {

@Override

protected void onCreate(Bundle savedInstanceState) {

super.onCreate(savedInstanceState);

setContentView(R.layout.activity_plugin);

}

@Override

public Resources getResources() {

return getApplication() != null && getApplication().getResources() != null ? getApplication().getResources() : super.getResources();

}

}

说明：重写getResources方法，并返回插件Resources，因为需要通过插件Resources才能用id去操作资源文件。节选自（编码前线 - 简书）

插件化应用

---

近些年，一线互联网大厂几乎对移动互联网形成了垄断，app的功能越来越多，比如下面这些app（美团、支付宝等）：

每个app都集成了许多功能入口，美团上有“美食”、“电影”、“外卖”、“打车”等，每个入口其实都是一个app，只不过被集成到这些入口里了。如果没有插件化技术，美团、淘宝这些app会有多大？几个G都有可能！

这些大型app是如何把第三方app作为插件集成到自己的app里的？

随便一个app就能随意调用其他app吗？

当然不能！

插件化技术最初源于免安装运行apk的想法，这个免安装的apk可以理解为插件，而支持插件的app 我们一般叫宿主。支持插件化的app可以在运行时加载和运行插件，这样便可以将app中一些功能独立的模块写成独立的插件，一方面减小了安装包的大小，另一方面可以实现app功能的动态扩展。想要实现插件化，主要是解决下面三个问题：

1. 插件中代码的加载和与主工程的互相调用

2. 插件中资源的加载和与主工程的互相访问

3. 四大组件生命周期的管理

插件化技术涉及得非常广泛，其中最核心的就是Android的类加载机制和反射机制。

附赠14G的Android架构进阶、视频资料及程序员简历模板 点击我

最后

目前已经更新的部分资料：

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

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

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

Ni1lYjU1ODg0MTEzNDVlNzVkLmdpZg)

附赠14G的Android架构进阶、视频资料及程序员简历模板 点击我

最后

目前已经更新的部分资料：

[外链图片转存中…(img-QDumqz4Y-1715594208416)]
[外链图片转存中…(img-ttow6JyJ-1715594208416)]
[外链图片转存中…(img-sJDDnA4f-1715594208417)]

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

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

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！