插件化基础：反射
反射基本使用
- 首先在我们的plugin目录下新建一个utils文件夹，里面写一个Utils类
class Utils {
private static final String TAG = “Utils”;
void shout(){
Log.d(TAG, "shout!!! ");
}
}
-
然后在plugin包下新建一个使用它的Activity -> PluginActivity -
由于Utils的访问权限都是默认的，所以无法在包外去实例它，所以要通过反射 -
对于类的实例化，需要通过构造方法去实例，实例方法要扩大访问权限setAccessible(true) -
对于方法的调用，需要在获取方法之后并扩大访问权限setAccessible(true) -
下面是完整代码
public class PluginActivity extends AppCompatActivity {
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_plugin);
//使用反射
try {
//1.拿到类
Class utilsClass = Class.forName(“com.dsh.txlessons.plugin.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);
} catch (IllegalAccessException e) {
e.printStackTrace();
} catch (InstantiationException e) {
e.printStackTrace();
} catch (NoSuchMethodException e) {
e.printStackTrace();
} catch (InvocationTargetException e) {
e.printStackTrace();
} catch (ClassNotFoundException e) {
e.printStackTrace();
}
}
}
反射的目的
Java 既然提供了可?性关键字 public private 等等，用来限制代码之间的可 ?性，为什么又要提供反射功能?
-
可?性特性的支持不是为了代码不被坏人使用，而是为了程序开发的简洁性。安 全性的话，可?性的支持提供的是 Safety 的安全，而不是 Security 的安全。 即，可?性的支持让程序更不容易写出 bug，而不是更不容易被人入侵。 -
反射的支持可以让开发者在可?性的例外场景中，可以突破可?性限制来调用自 己需要的 API。这是基于对开发者「在使用反射时已经足够了解和谨慎」的假设的。 -
所以，可?性的支持不是为了防御外来者入侵，因此反射功能的支持并没有什么 不合理。
插件化原理:动态加载
通过自定义 ClassLoader 来加载新的 dex 文件，从而让程序员原本没有的类可以被 使用，这就是插件化的原理。
- 下面我们改造下代码
-
首先新建一个 module：「phone & Tablet Module」-> pluginapp -
将app工程下utils文件夹移植到pluginapp工程下 -
改造app下PluginActivity反射代码,修改包名，其他不变
//1.拿到类
Class utilsClass = Class.forName(“com.dsh.pluginapp.utils.Utils”);
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
插件化的解决方案很粗暴，就是把插件工程的文件扔给宿主工程
下面我们实践一下
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能够加载么？
看了一些其他博客，可以实现
插件的灵活配置
如
《Android学习笔记总结+最新移动架构视频+大厂安卓面试真题+项目实战源码讲义》
【docs.qq.com/doc/DSkNLaERkbnFoS0ZF】 完整内容开源分享
果我们想要让插件工程既可以作为library又可以作为application，那么我们可以这样做
- 在项目的Project/build.gradle中添加一个变量
ext{
fullBuild = false//全量打包
}
- 然后在插件工程pluginapp//build.gradle中通过变量判断要打包的类型
if (fullBuild){
|