- 下面我们改造下代码
-
首先新建一个 module:「phone & Tablet Module」-> pluginapp
-
将app工程下utils文件夹移植到pluginapp工程下
-
改造app下PluginActivity反射代码,修改包名,其他不变
//1.拿到类
Class utilsClass = Class.forName(“com.dsh.pluginapp.utils.Utils”);
- 运行app,GG了,错误如下
Caused by: java.lang.ClassNotFoundException: Didn't find class "com.dsh.pluginapp.utils.Utils" on path: DexPathList[[zip file "/data/app/com.dsh.mydemos-q8nYNkNjIWB0F6mdYX_Gvg==/base.apk"]
- 这个错误表示没有找到Utils这个类
2. 重点来了
上面的代码之所以会报错,是因为pluginapp同样是一个App工程,其本身经过打包也是一个apk的存在,所以我们app工程的类加载器是无法加载到pluginapp里面的类(.dex)文件的,所以才会报这样的错误
那么下面要解决的问题就是如何让app程序能够拿到pluginapp程序中的Utils
插件化的解决方案很粗暴,就是把插件工程的文件扔给宿主工程
下面我们实践一下
-
为了能够拿到插件工程中的文件,首先要将插件工程运行过后的apk复制到app工程的assets/apk目录下
-
现在我们拿到了apk,就可以通过DexClassLoader加载apk里面的类了
-
下面是代码,注释很详细
onCreate{
…
//------------------ 插件化使用 ------------------
//1. 将插件apk复制到缓存目录
File apk = new File(getCacheDir()+“plugin.apk”);
try (Source source = Okio.source(getAssets().open(“apk/pluginapp-debug.apk”));
BufferedSink sink = Okio.buffer(Okio.sink(apk))😉{
sink.writeAll(source);
} catch (IOException e) {
e.printStackTrace();
}
//2. 创建类加载器实例
DexClassLoader classLoader = new DexClassLoader(apk.getPath(),getCacheDir().getPath(),null,null);
//3. 反射调用
//1.拿到类
Class utilsClass = classLoader.loadClass(“com.dsh.pluginapp.utils.Utils”);
//2.拿到第一个构造方法
Constructor utilsConstructor = utilsClass.getDeclaredConstructors()[0];
//3. 扩大访问性 默认default包权限 -> public
utilsConstructor.setAccessible(true);
//4. 创建类实例(通过构造方法实例)
Object utils=utilsConstructor.newInstance();
//5. 获取方法
Method shoutMethod = utilsClass.getDeclaredMethod(“shout”);
//6. 扩大方法访问权限
shoutMethod.setAccessible(true);
//7. 方法执行
shoutMethod.invoke(utils);
…
}
- 运行一下,正确输出了打印日志
Shout at pluginApp
3. 现在普通的类能够加载了,那么Activity能够加载么?
看了一些其他博客,可以实现
插件的灵活配置
如果我们想要让插件工程既可以作为library又可以作为application,那么我们可以这样做
- 在项目的Project/build.gradle中添加一个变量
ext{
fullBuild = false//全量打包
}
- 然后在插件工程pluginapp//build.gradle中通过变量判断要打包的类型
if (fullBuild){
apply plugin: ‘com.android.library’
}else {
apply plugin: ‘com.android.application’
}
插件化有什么用?
-
早期:解决 dex 65535 问题。谷歌后来也出了 multidex 工具来专⻔解决
-
一说:懒加载来减少软件启动速度:有可能,实质上未必会快
-
一说:减小安装包大小:可以
-
一说:项目结构拆分,依赖完全隔离,方便多团队开发和测试,解决了组件化耦 合度太高的问题:这个使用模块化就够了,况且模块化解耦不够的话,插件化也 解决不了这个问题
-
动态部署:可以
-
Android App Bundles:属于「模块化发布」。未来也许会支持动态部署, 但肯定会需要结合应用商店(即 Play Store,或者未来被更多的商店所支 持)
-
bug 热修复:可以
关于 DEX:
-
class:java 编译后的文件,每个类对应一个 class 文件
-
dex:Dalvik EXecutable 把 class 打包在一起,一个 dex 可以包含多个 class 文件
-
odex:Optimized DEX 针对系统的优化,例如某个方法的调用指令,会把虚拟的调用转换为使用具体的 index,这样在执行的时候就不用再查找了
-
oat:Optimized Android file Type。使用 AOT 策略对 dex 预先编译(解释)成本地指令,这样再运行阶段就不需再经历一次解释过程,程序的运行可以更快
-
AOT:Ahead-Of-Time compilation 预先编译
相关学习材料如下
大家如果还想了解更多Android 相关的更多知识点,可以加入Android粉丝裙:872206502免费领取,玩这些资料能够帮助到大家。
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数初中级安卓工程师,想要提升技能,往往是自己摸索成长,但自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年最新Android移动开发全套学习资料》送给大家,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频
如果你觉得这些内容对你有帮助,可以添加下面V无偿领取!(备注Android)
最后说一下我的学习路线
其实很简单就下面这张图,含概了Android所有需要学的知识点,一共8大板块:
- 架构师筑基必备技能
- Android框架体系架构(高级UI+FrameWork源码)
- 360°Androidapp全方位性能调优
- 设计思想解读开源框架
- NDK模块开发
- 移动架构师专题项目实战环节
- 移动架构师不可不学习微信小程序
- 混合开发的flutter
Android学习的资料
我呢,把上面八大板块的分支都系统的做了一份学习系统的资料和视频,大概就下面这些,我就不全部写出来了,不然太长了影响大家的阅读。需要的小伙伴可以私信我【进阶】我免费分享给大家,或者直接点击下面链接领取,谢谢大家这么久以来的支持。
如果你有其他需要的话,也可以在GitHub上查看,下面的资料也会陆续上传到Github
330页PDF Android学习核心笔记(内含上面8大板块)
Android学习的系统对应视频
总结
我希望通过我自己的学习方法来帮助大家去提升技术:
-
1、多看书、看源码和做项目,平时多种总结
-
2、不能停留在一些基本api的使用上,应该往更深层次的方向去研究,比如activity、view的内部运行机制,比如Android内存优化,比如aidl,比如JNI等,并不仅仅停留在会用,而要通过阅读源码,理解其实现原理
-
3、同时对架构是有一定要求的,架构是抽象的,但是设计模式是具体的,所以一定要加强下设计模式的学习
-
4、android的方向也很多,高级UI,移动架构师,数据结构与算法和音视频FFMpeg解码,如果你对其中一项比较感兴趣,就大胆的进阶吧!
i的使用上,应该往更深层次的方向去研究,比如activity、view的内部运行机制,比如Android内存优化,比如aidl,比如JNI等,并不仅仅停留在会用,而要通过阅读源码,理解其实现原理
-
3、同时对架构是有一定要求的,架构是抽象的,但是设计模式是具体的,所以一定要加强下设计模式的学习
-
4、android的方向也很多,高级UI,移动架构师,数据结构与算法和音视频FFMpeg解码,如果你对其中一项比较感兴趣,就大胆的进阶吧!
希望大家多多点赞,转发,评论加关注,你们的支持就是我继续下去的动力!加油!