Android插件化开发之OpenAtlas生成插件信息列表

上一篇文章。[Android插件化开发之Atlas初体验](
https://www.geek-share.com/detail/2650368146.html)，简单的介绍了使用Atlas的整个流程，可是假设你没有实践过的话预计还是一头雾水。从这篇文章開始，慢慢的切入细节。这篇文章的主题是生成插件信息列表。

细心的你也许发现了上篇文章中我们使用了一个叫openatlasbundler的项目生成了so以及一个json文件，说白了这个so仅仅只是就是apk重命名的。而这个json文件里包括了插件的信息。比方上篇文章中的两个插件，其信息例如以下。

[
{
"pkgName": "com.lizhangqu.test",
"version": "1.0",
"activities": [
"com.lizhangqu.test.MainActivity"
],
"services": [],
"receivers": [],
"contentProviders": [],
"dependency": [],
"md5": "882d50a3c2668360b96a3af8f72b3bd2",
"size": 24780,
"hasSO": false
},
{
"pkgName": "com.lizhangqu.zxing",
"version": "1.0",
"activities": [
"com.lizhangqu.zxing.android.CaptureActivity"
],
"services": [],
"receivers": [],
"contentProviders": [],
"dependency": [],
"md5": "e68270557ae9776d218bb034916c124a",
"size": 312352,
"hasSO": false
}
]

能够看到里面存了插件的一些组件信息。以及大写和md5等。

依照作者原话说是这种。

我们能够试试，假设不将该so文件打包进去，程序执行会出现什么。

我们发现，打印了一个日志说找不到插件信息列表。

至于插件信息列表的读取。这里姑且不去理会，本篇的重点是怎样生成该列表。

打开BundleMakeBooter类，里面就一个main函数，也就是说这个仅仅只是是普通的java项目，事实上我们能够从命令行将參数传入，可是还记得上篇文章我们将前三行代码凝视掉，增加了三行写死的代码。

args=new String[2];
args[0]="C:\\Users\\kltz\\Desktop\\AtlasDemo\\plugin";
args[1]="C:\\Users\\kltz\\Desktop\\AtlasDemo\\plugin\\bundle-info.json";

数组第一个參数代表待处理的apk所在文件夹，数组第二个參数代表生成的插件信息存的文件。而我们是在项目根文件夹建立一个文件夹叫plugin，后来将插件的apk都拷贝到该文件夹进行处理。

main函数中開始调用了ApkPreProcess.preProcess(path);将第一个參数传入，该函数所做的事事实上非常easy，就是将apk重命名为so，怎么个重命名法呢。

首先遍历该文件夹，得到以apk后缀的文件，通过解析拿到该apk的包名，将该apk命名为lib开头。后面紧跟包名。包名中的.会被替换成_。最后文件后缀是so，假设该文件夹存在了该so，则将原so文件删除。然后将apk重命名。就是这么简单。

看代码

public static void preProcess(String mDir) {
Collection<File> apkFiles = org.apache.commons.io.FileUtils.listFiles(new File(mDir), new String[]{"apk"}, true);

for (File file : apkFiles) {
String pkgName = PackageLite.parse(file.getAbsolutePath()).packageName;

pkgName = "lib" + pkgName.replaceAll("\\.", "_") + ".so";
File targetFile = new File(mDir + File.separator + pkgName);
if (targetFile.exists())
targetFile.delete();

System.out.println("rename: " + file.getName() + " -> " + pkgName);
while(!file.renameTo(targetFile)) {
System.gc();
Thread.yield();
}
System.out.println("ApkPreProcess.preProcess() processed " + pkgName);
}
}

重命名完毕后接下来就是遍历该文件夹，查找以libcom_开头的的文件，注意这里是一个约定，就是包名以com开头。

然后通过PackageLite.parse()函数解析每个so。通过packageLit.getBundleInfo()函数获得解析结果并将其扔到一个json数组中去。最后将该json数组写入文件。也就是args数组第二个參数指定的内容。

置于怎样解析，这里不做展开了，代码太长。事实上这个已经涉及到反编译的范畴了，事实上该项目的一大部分源代码是AXMLPrinter的源代码。一个android xml反编译的东西，这里提供源代码下载AXMLPrinter。 倒是能够看看getBundleInfo()函数

public JSONObject getBundleInfo() throws JSONException {
JSONObject jsonObject=new JSONObject();
jsonObject.put("pkgName", packageName);
jsonObject.put("version", versionName);
JSONArray activityArray=new JSONArray();
for (String name:activitys) {
activityArray.put(name);
}
jsonObject.put("activities", activityArray);
JSONArray servicesArray=new JSONArray();
for (String name:services) {
servicesArray.put(name);
}
jsonObject.put("services", servicesArray);
JSONArray receiversArray=new JSONArray();
for (String name:receivers) {
receiversArray.put(name);
}
jsonObject.put("receivers", receiversArray);

JSONArray providersArray=new JSONArray();
for (String name:providers) {
providersArray.put(name);
}
jsonObject.put("contentProviders", providersArray);
JSONArray dependencyArray=new JSONArray();
for (String name:dependency) {
dependencyArray.put(name);
}
jsonObject.put("dependency", dependencyArray);
jsonObject.put("md5", apkMD5);
jsonObject.put("size", size);
jsonObject.put("hasSO", hasSO);

return jsonObject;

}

事实上就是将解析结果转化为json。非常easy有木有。

注意生成的json文件的文件名称要为bundle-info.json，当然你也能够通过改动代码使用别的文件名称，然后该文件要放在assets文件夹下。

解析该json文件的代码在openatlascore项目中的BundleParser类中的parser函数中，有兴趣能够先去看看。

接下来要做的事就是将该json打包进apk，把so放到相应文件夹。即armeabi文件夹下，依照作者的原话就是加快启动速度，能够见这个issue插件能够不放在主project的libs/armeabi目錄下麼

还有，赶紧亲自试一试吧，仅仅要亲自试过了之后，才会认为，哦。原来是这么一回事啊。

什么，源代码。木有源代码，代码见上一篇文章末尾[Android插件化开发之Atlas初体验](
https://www.geek-share.com/detail/2650368146.html)