Android 插件开发之三：技术准备1：apk打包+dex加载+资源文件加载+框架Demo

app打包过程

首先我们来了解一下插件化实现的原理，由于插件化原理涵盖内容太多这里只是介绍一下核心内容；我们了解一下app打包过程。请看下图：

è¿éåå¾çæè¿°

上面是android打包形成apk的一个过程，可以发现android开发主要的部分是整合编译代码、整合编译资源，然后就是安全签名保证apk完整性。我们再看一张图：

è¿éåå¾çæè¿°

#####上面是一个apk解压之后的文件，可以看出，里面几个比较重要的部分：
1、dex文件java编译之后的代码文件。
2、app中使用资源文件。
3、so文件动态链接库。

而插件化动态加载部署这些内容。加载上面的内容就产生几个技术问题：dex文件加载、资源文件加载、so文件加载部署、activity、service等android组件的动态注册。

apk dex文件加载

首先是dex文件加载：

public static DexClassLoader readDexFile(Context context, String apkPath, String outDexPath){
DexClassLoader dexClassLoader=null;
try {
dexClassLoader=new DexClassLoader(apkPath, getOutDexpaPath(context, outDexPath), context.getApplicationInfo().nativeLibraryDir, context.getClassLoader());
} catch (Exception e) {
e.printStackTrace();
Log.i(tag,""+e.getMessage());
}
return dexClassLoader;
}
夹在apk中dex就是通过DexClassLoader api来加载的，通过DexClassLoader就可以调用apk中java代码，接下来就是通过反射机制去替换app的ClassLoader，这一步步骤对android framework源码依赖非常大，然后通过ClassLoader的双亲机制将主工程app的ClassLoader设置成父级ClassLoader，这样加载dex步骤就完成了，具体实现技术篇幅太大以后有空会专门出一篇文章。

apk 资源文件加载

然后是加载apk中资源文件：

public static Resources readApkRes(Context context, String apkPath){
Resources resources1=null;
try {
AssetManager assetManager=AssetManager.class.newInstance();
Method addAssetPath = assetManager.getClass().getDeclaredMethod("addAssetPath", String.class);
addAssetPath.invoke(assetManager, apkPath);
Resources resources = context.getResources();
resources1 = new Resources(assetManager, resources.getDisplayMetrics(), resources.getConfiguration());
} catch (Exception e) {
e.printStackTrace();
Log.i(tag,""+e.getMessage());
}
return resources1;
}
通过上面的方法可以加载出资源内容，接下来也是通过反射替换app默认夹在的mResources对象，这样资源加载完成。

上面比较核心的功能思路，由于篇幅还有很多细节这里不能够全部列出，比如so文件加载部署、activity、service等android组件的动态注册都是非常依赖源码的操作，都是要使用大量的反射来修改系统的成员变量等，所以其实插件化实施起来最大的困难就是适配机型的源码，所有成本就在这里。那么我们该不该用插件化？首先根据公司项目实际情况认定，需不需要插件化提供的热更新功能，如果需要可以选择插件化。

插件化框架对比

接下来我们来看看市面上插件化框架对比！

è¿éåå¾çæè¿°

#####每一款框架都是自己优点和缺点，但是似乎都不能够满足所有功能，这里我总结一下什么时候应该用到插件化，首先不是所有地方都是插件化而是局部使用，符合一下条件可以考虑使用：
1、项目一些偏向ui界面具有更新要求快的模块可以使用，例如一些出销页面更新较快的地方。
2、activity为主，大部分框架对activity支持较好。
3、对so等第三方库依赖较少，so对插件化兼容性稳定考验比较大。
4、没有使用aop切面编程的代码。

speed-tools插件化框架：

这里自己写了一个对源码侵入性小的插件化框架speed tools。

github： speed-tools
可以的话可以 star 一下 -

#####首先看看项目结构：

è¿éåå¾çæè¿°
lib_speed_tools: 插件化核心功能library
module_host_main：宿主工程主工程，负责加载部署apk
module_client_one:测试业务apk 1
module_client_two:测试业务apk 2
lib_img_utils:测试imageloader图片框架

注意：需要使用speed tools 只需要依赖lib_speed_tools即可，然后开始配置插件化步骤：

首先在module_client_one中创建业务逻辑类：TestClass.java

/**
* by liyihang
*/
public class TestClass extends SpeedBaseInterfaceImp {

private Activity activity;

@Override
public void onCreate(Bundle savedInstanceState, final Activity activity) {
this.activity=activity;

activity.setContentView(R.layout.activity_client_main);

activity.findViewById(R.id.jump).setOnClickListener(new View.OnClickListener() {
@Override
public void onClick(View v) {
SpeedUtils.goActivity(activity,"first_apk", "two_class");
}
});

ImageView imageView= (ImageView) activity.findViewById(R.id.img_view);
imageView.setVisibility(View.VISIBLE);
ImgUtils.getInstance(activity).showImg("https://img-my.csdn.net/uploads/201309/01/1378037235_3453.jpg", imageView);

}
}
SpeedBaseInterfaceImp业务组件中业务activity代理类，他是实现了主要的生命周期方法，相当于组件的activity类。

然后创建hock类每个业务组件中只创建一个：ClientMainActivity.java

public class ClientMainActivity extends SpeedClientBaseActivity {

@Override
public SpeedBaseInterface getProxyBase() {
return new TestClass();
}
}
这个类在组件中是唯一的，作用就是hock在独立测试时候使用。

接下来配置配置组件的AndroidManifest.xml

<meta-data
android:name="root_class"
android:value="com.example.clientdome.TestClass" />

<intent-filter>
<data android:scheme="speed_tools" android:host="jason.com" android:path="/find_class"/>
<action android:name="android.intent.action.VIEW"/>
<category android:name="android.intent.category.DEFAULT"/>
</intent-filter>
</activity>
</application>
组件意图写死保持一直，root_class 是调用死后使用对于配置的com.example.clientdome.TestClass业务类。这样业务组件配置完成。

Hock Activity

接下来配置宿主工程module_host_main；
创建宿主工程唯一hock类：ApkActivity.java

/**
* by liyihang
*/
public class ApkActivity extends SpeedHostBaseActivity {

@Override
public String getApkKeyName() {
return HostMainActivity.FIRST_APK_KEY;
}

@Override
public String getClassTag() {
return null;
}
}
整个宿主工程创建一个类即可，用户是hock activity；然后创建一个开屏页apk第一次加载时候需要一些时间，放入开屏等待页面是非常合适的。

HostMainActivity.java

/**
* by liyihang
*/
public class HostMainActivity extends AppCompatActivity implements Runnable,Handler.Callback, View.OnClickListener {

public static final String FIRST_APK_KEY="first_apk";
public static final String TWO_APK_KEY="other_apk";

private Handler handler;

private TextView showFont;
private ProgressBar progressBar;
private Button openOneApk;
private Button openTwoApk;

@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_host_main);

showFont= (TextView) findViewById(R.id.show_font);
progressBar= (ProgressBar) findViewById(R.id.progressbar);
openOneApk= (Button) findViewById(R.id.open_one_apk);
openTwoApk= (Button) findViewById(R.id.open_two_apk);

handler=new Handler(this);
new Thread(this).start();
}

@Override
public void run() {
String s = "module_client_one-release.apk";
String dexOutPath="dex_output2";
File nativeApkPath = SpeedUtils.getNativeApkPath(getApplicationContext(), s);
SpeedApkManager.getInstance().loadApk(FIRST_APK_KEY, nativeApkPath.getAbsolutePath(), dexOutPath, this);

String s2 = "module_client_two-release.apk";
String dexOutPath2="dex_output3";
File nativeApkPath1 = SpeedUtils.getNativeApkPath(getApplicationContext(), s2);
SpeedApkManager.getInstance().loadApk(TWO_APK_KEY, nativeApkPath1.getAbsolutePath(), dexOutPath2, this);

handler.sendEmptyMessage(0x78);
}

@Override
public boolean handleMessage(Message message) {
showFont.setText("当前是主宿主apk\n插件apk完毕");
progressBar.setVisibility(View.GONE);
openOneApk.setVisibility(View.VISIBLE);
openTwoApk.setVisibility(View.VISIBLE);
openOneApk.setOnClickListener(this);
openTwoApk.setOnClickListener(this);
return false;
}

@Override
public void onClick(View v) {
if (v.getId()==R.id.open_one_apk)
{
SpeedUtils.goActivity(this, FIRST_APK_KEY, null);
}
if (v.getId()==R.id.open_two_apk)
{
SpeedUtils.goActivity(this, TWO_APK_KEY, null);
}
}
}
加载apk核心代码是：

String s = "module_client_one-release.apk";
String dexOutPath="dex_output2";
File nativeApkPath = SpeedUtils.getNativeApkPath(getApplicationContext(), s);
SpeedApkManager.getInstance().loadApk(FIRST_APK_KEY, nativeApkPath.getAbsolutePath(), dexOutPath, this);

业务apk都是放在assets目录中。最后配置AndroidManifest.xml文件：

<?xml version="1.0" encoding="utf-8"?>
<manifest xmlns:android="http://schemas.android.com/apk/res/android"
package="com.example.hostproject">

<uses-permission android:name="android.permission.INTERNET"/>
<uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE"/>

<activity android:name=".HostMainActivity">
<intent-filter>
<action android:name="android.intent.action.MAIN" />

<activity
android:name=".ApkActivity"
android:label="@string/app_name"
android:theme="@style/SpeedTheme" >
<intent-filter>
<data android:scheme="speed_tools" android:host="jason.com" android:path="/find_class"/>
<action android:name="android.intent.action.VIEW"/>
<category android:name="android.intent.category.DEFAULT"/>
</intent-filter>
</activity>
</application>

</manifest>
这样所有配置结束，插件化实现。

总结：
1、插件化在项目中还是加入很多机制，如果主工程下载更新机制，配合后台区分用户版本发布能够支持的业务插件等，这些东西加起来是个庞大的工程；

2、现在市面上很多成熟的插件框架都android framework依赖还是很重，但也有侵入性小的框架，例如speed tools。

3、插件架构不是全局使用就好，而是根据自己的需要结合实际需求来使用，常更新有不满足html5提供用户体验的情况比较合适。

文章整理来自：
https://blog.csdn.net/mhhyoucom/article/details/79000072
https://blog.csdn.net/dd864140130/article/details/53645290