几种APK动态加载框架对比

最新推荐文章于 2024-09-27 00:45:01 发布

badiu_30394251

最新推荐文章于 2024-09-27 00:45:01 发布

阅读量120

点赞数

文章标签： java 移动开发开发工具

原文链接：http://www.cnblogs.com/fang1019/p/4914946.html

版权

APK动态加载框架主要有这几种：CJFrameForAndroid 、DL、pluginmgr

1、CJFrameForAndroid（http://my.oschina.net/kymjs/blog/327232）

使用注意：让插件应用中的Activity继承CJActivity，并且一切使用this调用的方法都使用that替代。例如this.setContentView();需要改为that.setContentView();
●插件中涉及到的Android权限，须在APP项目清单中具有声明。
●插件Activity跳转时，推荐使用CJActivityUtils类来辅助跳转。若一定要startActivity或 startActivityForResult，在跳转过程中的Intent不能自己new，必须使用 CJActivityUtils.getPluginIntent();
●在插件和APP两个工程中不能引用相同的jar包。解决办法是：在插件工程的项目中添加一个/cjlibs的文件夹，将需要调用的jar包放到这个文件夹中，并在插件项目目录下的.classpath中加入如下语句，系统会自动处理相关细节

缺点：平台性差，三星手机好像使用报错

2、DL使用注意：主要有3种使用方式，我们主要讲第三种mian（插件不依赖宿主的模式，这是DL推荐的模式）。

在这种模式下，宿主和插件不需要通信，两者是独立开发的，宿主引用DL的jar包（dl-lib.jar），插件也需要引用DL的jar包，但是不能放入到插件工程的libs目录下面，换句话说，就是插件编译的时候依赖jar包但是打包成apk的时候不要把jar包打进去，这是因为，dl-lib.jar已经在宿主工程中存在了，如果插件中也有这个jar包，就会发生类链接错误，原因很简单，内存中有两份一样的类，重复了。至于support-v4也是同样的道理。对于eclipse很简单，只需要在插件工程中创建一个目录，比如external-jars，然后把dl-lib.jar和support-v4.jar放进去，同时在.classpath中追加如下两句即可：

3、pluginmgr:https://github.com/houkx/android-pluginmgr/

原理：目前Activity的加载或许有很多处理方式，但是可以分为两种：一是自己new 二是系统new 。很多动态加载框架基于第一种方式。我这个方案基于第二种
，既然要系统new，就要系统自己可以找到相应的Activity. 由于Activity需要在清单文件注册了才能使用，所以要注册Activity,但是如何注册呢？
我在网上看到有人用极端的方式：插件里的所有Activiy都在宿主里注册，既然宿主总要修改升级，何必要插件呢，这已经违背了动态加载的初衷:不修改框架而动态扩展功能更多的是这么做，注册一个Activity基类，供插件中的Activity继承，在这个基类里做动态加载的核心逻辑，这就要求插件必须依赖某种API类库。
我的方案通俗的说是这样，依赖倒转，不让插件依赖框架API,而是反过来，自动生成一个Activity类依赖(继承)插件中的Activity，这个自动生成的类就叫PluginActivity
并且声明在框架的清单文件中，如下:
< activity name="androidx.pluginmgr.PluginActivity" />
聪明的读者会想,等一下，插件里面Activity可不止一个，你就注册一个？
是的，就一个，自动生成的Activity类名都是androidx.pluginmgr.PluginActivity，不过放在不同的文件中,最简单的映射，原始Activity类名.dex文件中存储对应的子类:PluginActivity
其实也是偷梁换柱了，如果你想启动插件里的Activity，如com.test.MyPlugActivity, 我就把启动目标修改为androidx.pluginmgr.PluginActivity类，
然后从com.test.MyPlugActivity.dex文件中找到 public class androidx.pluginmgr.PluginActivity extends com.test.MyPlugActivity{....}
以启动SthActivity为例: