Matrix源码分析系列-如何解析应用安装包
Posted i校长
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了Matrix源码分析系列-如何解析应用安装包相关的知识,希望对你有一定的参考价值。
前言
首先我们思考一个问题,为什么要解析安装包?目的是什么?什么原因促使我们做这件事?
-
减小包的体积,产品或运营同学认为,包体积越小,越能提高下载量 -
应用市场限制,如App Store、Google Play 都有相关包体积的规定,都是以更小为主 -
减少内存占用,不管是Rom还是Ram 肯定是随着应用包的体积增加而成正比增加,所以减小包体,也是在间接优化内存占用
我们找了这么几个原因,促使我们做这件事,确实在实际的工作中,特别是toC的小伙伴,更加明显,他们一直在做包体积的优化,那么要优化体积,那肯定是要知道包的构成,这样才能有合适的优化方法,那么我们再来看看包的构成。
包的构成分析
我们利用android studio的可视化工具,打开了一个普通的apk安装包,如下
为了更有说服力,我拿了WX的包来分析看,如下:
通过两张图,我们分辨出包的大致构成如下:
-
Dex、so库。且WX的SO库只保留了armeabi-v7a架构的包,已占比50%,可见很高。 -
r资源文件及assets ,存放图片,音频,资源文件的位置 -
resources.arsc 文件也达到了6.8MB,这是资源索引表,开发中Resources就是通过resources.arsc把Resource的ID转化成资源文件的名称,然后交由AssetManager来加载的,它是由AAPT工具在打包过程中生成。 -
META-INF 签名信息 -
AndroidManifest.xml 清单配置文件
整体来看,占比较高的就是 Dex、So、r、assets、resources.arsc,那么我们优化,肯定是要从这几个方面入手对吧。
如何减小安装包的体积
1.资源压缩
对大图进行无损压缩,对不需要alpha通道的png图,压缩成jpg,或者使用更小的webp图片:webp介绍
对于assets中存储的音频文件可以选择远程依赖,第一次下载后做缓存处理
2.通过编译器缩减,混淆
利用R8 编译器,进行代码缩减、资源缩减、混淆处理等,都可以有效的减小包体积,具体介绍请看:缩减、混淆处理和优化应用
注意:R8编译器要求 Android Gradle 插件 3.4.0 或更高版本
3.resources.arsc文件缩减
这个文件怎么缩减呢?经过查询资料发现,该文件对于不同的语言,不同的编码格式有一定的影响,直接说结论:
-
对于纯英文来讲,建议使用utf-8格式编码 -
对于中文来讲,建议使用utf-16
具体实现操作请看: aapt 相关命令
4.so库精简
通过上面第二张图我们发现,wx的so库只保留了armeabi-v7a架构,这也是目前最流行的架构,wx这么大的用户量都敢只保留一个,你有啥不敢的。将x86、arm64-v8a果断删了吧。这是表面的优化,更深层次的就需要对so库代码精简,如:抽离独立的库,减少冗余代码。还有建议C++运行时库使用stlport_shared,同样可以减少包大小,且可以节省一点内存,这种方式请注意:应用程序需要先加载所需要的共享库,然后再加载依赖此共享库的其他原生模块
static{
System.loadLibrary("stlport_shared");
System.loadLibrary("xxxxx");
}
5.Dex文件数量优化
在我们使用multiDex后,或者说方法数达到65535之后,不得不对代码进行分包,分包会带来什么问题呢?
-
method id 分配不合理导致更多的Dex量,由于method id 的大量冗余导致每个 Dex 真正可以放的 Class 变少。 -
信息存储冗余,因为每个dex中都存在调用的方法的详细信息,举个例子,如果一个class method被其他dex引用到的话就会导致 这个class不光是在自己的dex中存在方法信息,被引用到的dex中也存储了class的方法信息,这样造成冗余,冗余过多就会导致dex数量增加。
知道了问题如何解决呢?答案就是尽量让方法的引用都在同一个dex中,这样就可以减少冗余,减少dex的新增,目前最优解建议使用:Facebook 的一个开源编译工具ReDex,具体使用方法建议去看文档:https://github.com/facebook/redex,这里就不展开描述。
6.Dex压缩
此方法还是来源于Facebook的包,它真正的dex代码放到了assets目录,且通过xz 压缩算法(该算法压缩率比 Zip 高 30% 左右),并通过应用首次启动的时候解压缩,并利用多线程解压缩方式,耗时并没有那么明显。
小结
说了这么多的优化方法,如果想做到极致,肯定还有方法,但我们现在处于5G时代,大家还会对10M甚至说100M有感觉吗?这就需要于用户体验之间做一个权衡,一些极致的优化肯定是会降低用户体验的,需要按需而行吧。
Matrix App Checker
终于进入正题,我们了解了包的结构和常见的缩减方法,那么App Checker到底可以为我们提供什么样的帮助,来辅助我们进行缩减呢?随我一探究竟。
代码目录
可以看到libs中引入三方jar包- apktool-lib-2.4.0.jar , 它的作用就是将apk反编译出来,产出dex、libs、manifest等文件。再往下看代码
-
exception目录中 抽象了两个 TaskExecuteException、TaskInitException异常,任务执行和任务初始化异常,方便捕获。 -
job目录中 抽象出 ApkJob 来管理所有的 Task 任务和 JobResult -
output 目录 主要作用就是将输出的结果 以Json或者html格式的方式写入文件中 -
result 目录 对JobResult、TaskResult的抽象及相关实现 -
task 目录 所有任务的实现,包括 CountClassTask 统计类数量、MethodCountTask 统计方法量、UnzipTask 解压任务负责将apk解压成相关文件。 -
ApkChecker 负责创建Job,然后调用run方法。
类图
文字描述总显得有些乏力,画一下类结构图来帮助我们理解代码。ApkChecker是检查启动类,负责创建出ApkJob,再由ApkJob创建出任务列表,通过Factory工厂模式创建出实际的任务对象,最后返回任务结果,大致就是这样,所以大致的流程图应该是这样。
细看源码
ApkChecker部分源码:
public final class ApkChecker {
public static void main(String... args) {
if (args.length > 0) {
//创建出ApkChecker对象
ApkChecker m = new ApkChecker();
m.run(args);
} else {
System.out.println(INTRODUCT + HELP);
System.exit(0);
}
}
private void run(String[] args) {
// 创建Job对象,调用run函数
ApkJob job = new ApkJob(args);
try {
job.run();
} catch (Exception e) {
e.printStackTrace();
System.exit(-1);
}
}
}
接着往下看ApkJob的run 方法:
public void run() throws Exception {
//解析参数,创建对应的task
if (parseParams()) {
//创建解压任务对apk进行解压操作
ApkTask unzipTask = TaskFactory.factory(TaskFactory.TASK_TYPE_UNZIP, jobConfig, new HashMap<String, String>());
// 将任务放入preTasks集合中
preTasks.add(unzipTask);
//通过jobConfig获取 输出格式配置,
for (String format : jobConfig.getOutputFormatList()) {
//获取对应format的对象JobJsonResult或JobHtmlResult
JobResult result = JobResultFactory.factory(format, jobConfig);
if (result != null) {
jobResults.add(result);
} else {
Log.w(TAG, "Unknown output format name '%s' !", format);
}
}
//开始执行
execute();
} else {
ApkChecker.printHelp();
}
}
// 该函数作用就是根据命令行传递的参数,创建对应的Task,最后将其放入taskList集合中
private boolean parseParams() {
if (args != null && args.length >= 2) {
int paramLen = parseGlobalParams();
for (int i = paramLen; i < args.length; i++) {
if (args[i].startsWith("-") && !args[i].startsWith("--")) {
Map<String, String> params = new HashMap<>();
paramLen = parseParams(i + 1, args, params);
if (!params.containsKey(JobConstants.PARAM_R_TXT)) {
String inputDir = jobConfig.getInputDir();
if (!Util.isNullOrNil(inputDir)) {
params.put(JobConstants.PARAM_R_TXT, inputDir + "/" + ApkConstants.DEFAULT_RTXT_FILENAME);
}
}
ApkTask task = createTask(args[i], params);
if (task != null) {
taskList.add(task);
}
i += paramLen;
}
}
} else {
return false;
}
return true;
}
// 最后看执行的过程
private void execute() throws Exception {
try {
//首先将 preTasks 准备中的任务 优先执行,然后将执行的结果
for (ApkTask preTask : preTasks) {
//任务初始化
preTask.init();
//任务同步执行,并获取结果
TaskResult taskResult = preTask.call();
if (taskResult != null) {
TaskResult formatResult = null;
//遍历预先配置好的结果集
for (JobResult jobResult : jobResults) {
//根据taskResult 与 jobResult 配置匹配结果
formatResult = TaskResultFactory.transferTaskResult(taskResult.taskType, taskResult, jobResult.getFormat(), jobConfig);
if (formatResult != null) {
//将解压的任务结果放到jobResult中
jobResult.addTaskResult(formatResult);
}
}
}
}
//初始化其他任务
for (ApkTask task : taskList) {
task.init();
}
//解压缩还是同步执行,这里就用到了异步,创建一个线程池,通过代码发现,默认只有一个线程。
List<Future<TaskResult>> futures = executor.invokeAll(taskList, timeoutSeconds, TimeUnit.SECONDS);
for (Future<TaskResult> future : futures) {
//通过get同步获取返回结果,由于线程池只有一个线程,所以看似并发,其实这里并没有。
TaskResult taskResult = future.get();
if (taskResult != null) {
TaskResult formatResult = null;
for (JobResult jobResult : jobResults) {
//同样匹配结果最终放入到jobResult中
formatResult = TaskResultFactory.transferTaskResult(taskResult.taskType, taskResult, jobResult.getFormat(), jobConfig);
if (formatResult != null) {
jobResult.addTaskResult(formatResult);
}
}
}
}
//关闭线程池
executor.shutdownNow();
for (JobResult jobResult : jobResults) {
//输出到文件中
jobResult.output();
}
Log.d(TAG, "parse apk end, try to delete tmp un zip files");
//删除解压的apk文件目录
FileUtils.deleteDirectory(new File(jobConfig.getUnzipPath()));
} catch (Exception e) {
Log.e(TAG, "Task executor execute with error:" + e.getMessage());
throw e;
}
}
整个过程,其实很简单,并不复杂,整个流程走完了,我们缺不知,导致任务执行了什么样子的代码,才能获取到相应的信息呢?我们来看几个具体的Task任务
MethodCountTask
为什么选择方法计数呢?因为我们经常会遇到项目方法数量统计需求,到底是如何统计的呢?我们是不是可以借助这次的学习就可以搞定了?随我来。直接上源码
//首先看下初始化方法,都做了哪些事情。
@Override
public void init() throws TaskInitException {
super.init();
// 获取解压后的apk文件目录
String inputPath = config.getUnzipPath();
if (Util.isNullOrNil(inputPath)) {
throw new TaskInitException(TAG + "---APK-UNZIP-PATH can not be null!");
}
Log.i(TAG, "input path:%s", inputPath);
// 根据路创建File对象,检查文件的属性,看是否匹配规则
inputFile = new File(inputPath);
if (!inputFile.exists()) {
throw new TaskInitException(TAG + "---APK-UNZIP-PATH '" + inputPath + "' is not exist!");
} else if (!inputFile.isDirectory()) {
throw new TaskInitException(TAG + "---APK-UNZIP-PATH '" + inputPath + "' is not directory!");
}
// 如果匹配规则,就找到文件夹下的所有文件
File[] files = inputFile.listFiles();
try {
if (files != null) {
for (File file : files) {
//找到dex结尾的文件
if (file.isFile() && file.getName().endsWith(ApkConstants.DEX_FILE_SUFFIX)) {
// 加入到dexFileNameList列表缓存中
dexFileNameList.add(file.getName());
//RandomAccessFile是Java中输入,输出流体系中功能最丰富的文件内容访问类
//它提供很多方法来操作文件,包括读写支持
//与普通的IO流相比,它最大的特别之处就是支持任意访问的方式,程序可以直接跳到任意地方来读写数据。
RandomAccessFile randomAccessFile = new RandomAccessFile(file, "rw");
//随机文件对象加入到dexFileList中
dexFileList.add(randomAccessFile);
}
}
}
} catch (FileNotFoundException e) {
throw new TaskInitException(e.getMessage(), e);
}
//获取配置信息,目的是为了分组,是按类 class 或者按包 package
if (params.containsKey(JobConstants.PARAM_GROUP)) {
if (JobConstants.GROUP_PACKAGE.equals(params.get(JobConstants.PARAM_GROUP))) {
group = JobConstants.GROUP_PACKAGE;
} else if (JobConstants.GROUP_CLASS.equals(params.get(JobConstants.PARAM_GROUP))) {
group = JobConstants.GROUP_CLASS;
} else {
Log.e(TAG, "GROUP-BY '" + params.get(JobConstants.PARAM_GROUP) + "' is not correct!");
}
}
}
初始化完成后,就直接到了任务的执行,继续往下看
//方法有些长,我们一行一行往下看
@Override
public TaskResult call() throws TaskExecuteException {
try {
//根据任务类型,结果类型,获取对应的 TaskResult对象,最终是TaskJsonResult或者TaskHtmlResult
//这里默认
TaskResult taskResult = TaskResultFactory.factory(getType(), TASK_RESULT_TYPE_JSON, config);
if (taskResult == null) {
return null;
}
//记录开始时间
long startTime = System.currentTimeMillis();
JsonArray jsonArray = new JsonArray();
//这里就开始循环初始化时加入的dex文件列表,也就是RandomAccessFile随机访问对象
for (int i = 0; i < dexFileList.size(); i++) {
RandomAccessFile dexFile = dexFileList.get(i);
//详见下面函数分析
countDex(dexFile);
//关闭文件流,防止泄漏
dexFile.close();
//计算内部方法数
int totalInternalMethods = sumOfValue(classInternalMethod);
//计算外部方法数
int totalExternalMethods = sumOfValue(classExternalMethod);
JsonObject jsonObject = new JsonObject();
jsonObject.addProperty("dex-file", dexFileNameList.get(i));
//按配置进行分组
if (JobConstants.GROUP_CLASS.equals(group)) {
List<String> sortList = sortKeyByValue(classInternalMethod);
JsonArray classes = new JsonArray();
for (String className : sortList) {
JsonObject classObj = new JsonObject();
classObj.addProperty("name", className);
classObj.addProperty("methods", classInternalMethod.get(className));
classes.add(classObj);
}
jsonObject.add("internal-classes", classes);
} else if (JobConstants.GROUP_PACKAGE.equals(group)) {
String packageName;
for (Map.Entry<String, Integer> entry : classInternalMethod.entrySet()) {
packageName = ApkUtil.getPackageName(entry.getKey());
if (!Util.isNullOrNil(packageName)) {
if (!pkgInternalRefMethod.containsKey(packageName)) {
pkgInternalRefMethod.put(packageName, entry.getValue());
} else {
pkgInternalRefMethod.put(packageName, pkgInternalRefMethod.get(packageName) + entry.getValue());
}
}
}
List<String> sortList = sortKeyByValue(pkgInternalRefMethod);
JsonArray packages = new JsonArray();
for (String pkgName : sortList) {
JsonObject pkgObj = new JsonObject();
pkgObj.addProperty("name", pkgName);
pkgObj.addProperty("methods", pkgInternalRefMethod.get(pkgName));
packages.add(pkgObj);
}
jsonObject.add("internal-packages", packages);
}
jsonObject.addProperty("total-internal-classes", classInternalMethod.size());
jsonObject.addProperty("total-internal-methods", totalInternalMethods);
if (JobConstants.GROUP_CLASS.equals(group)) {
List<String> sortList = sortKeyByValue(classExternalMethod);
JsonArray classes = new JsonArray();
for (String className : sortList) {
JsonObject classObj = new JsonObject();
classObj.addProperty("name", className);
classObj.addProperty("methods", classExternalMethod.get(className));
classes.add(classObj);
}
jsonObject.add("external-classes", classes);
} else if (JobConstants.GROUP_PACKAGE.equals(group)) {
String packageName = "";
for (Map.Entry<String, Integer> entry : classExternalMethod.entrySet()) {
packageName = ApkUtil.getPackageName(entry.getKey());
if (!Util.isNullOrNil(packageName)) {
if (!pkgExternalMethod.containsKey(packageName)) {
pkgExternalMethod.put(packageName, entry.getValue());
} else {
pkgExternalMethod.put(packageName, pkgExternalMethod.get(packageName) + entry.getValue());
}
}
}
List<String> sortList = sortKeyByValue(pkgExternalMethod);
JsonArray packages = new JsonArray();
for (String pkgName : sortList) {
JsonObject pkgObj = new JsonObject();
pkgObj.addProperty("name", pkgName);
pkgObj.addProperty("methods", pkgExternalMethod.get(pkgName));
packages.add(pkgObj);
}
jsonObject.add("external-packages", packages);
}
jsonObject.addProperty("total-external-classes", classExternalMethod.size());
jsonObject.addProperty("total-external-methods", totalExternalMethods);
jsonArray.add(jsonObject);
}
((TaskJsonResult) taskResult).add("dex-files", jsonArray);
taskResult.setStartTime(startTime);
taskResult.setEndTime(System.currentTimeMillis());
//返回结果
return taskResult;
} catch (Exception e) {
throw new TaskExecuteException(e.getMessage(), e);
}
}
「countDex(dexFile) 函数分析」
private void countDex(RandomAccessFile dexFile) throws IOException {
//按类分组的,内部方法Map,清除掉缓存
classInternalMethod.clear();
//按类分组的,外部依赖方法Map,清除掉缓存
classExternalMethod.clear();
//按包分组的,同上
pkgInternalRefMethod.clear();
pkgExternalMethod.clear();
//使用的com.android.dexdeps 包下的DexData类,
DexData dexData = new DexData(dexFile);
dexData.load();
//获取所有方法索引对象,包括内部方法和外部索引的方法
MethodRef[] methodRefs = dexData.getMethodRefs();
//获取所有外部类的索引数据
ClassRef[] externalClassRefs = dexData.getExternalReferences();
//获取混淆过的类
Map<String, String> proguardClassMap = config.getProguardClassMap();
String className = null;
for (ClassRef classRef : externalClassRefs) {
//获取类名
className = ApkUtil.getNormalClassName(classRef.getName());
if (proguardClassMap.containsKey(className)) {
//匹配并赋值为混淆前的类名
className = proguardClassMap.get(className);
}
if (className.indexOf('.') == -1) {
continue;
}
//将类名放入到外部方法Map中,供下面匹配外部方法时使用
classExternalMethod.put(className, 0);
}
//遍历所有方法,找到外部和内部方法,并分别加入到classExternalMethod、classInternalMethod Map中
for (MethodRef methodRef : methodRefs) {
//获取该方法的类名
className = ApkUtil.getNormalClassName(methodRef.getDeclClassName());
//匹配混淆前的类名
if (proguardClassMap.containsKey(className)) {
className = proguardClassMap.get(className);
}
if (!Util.isNullOrNil(className)) {
if (className.indexOf('.') == -1) {
continue;
}
//根据类名和外部方法存储的类信息匹配,匹配上就说明是外部方法引用。
if (classExternalMethod.containsKey(className)) {
classExternalMethod.put(className, classExternalMethod.get(className) + 1);
} else if (classInternalMethod.containsKey(className)) {
classInternalMethod.put(className, classInternalMethod.get(className) + 1);
} else {
classInternalMethod.put(className, 1);
}
}
}
//删除没有方法引用的类
Iterator<String> iterator = classExternalMethod.keySet().iterator();
while (iterator.hasNext()) {
if (classExternalMethod.get(iterator.next()) == 0) {
iterator.remove();
}
}
}
通过源码的分析,其实原理就是使用DexData对象加载dexFile,最后getMethodRefs、getExternalReferences方法获取相关信息,最后通过外部的classExternalMethod 将所有的方法分类成内部方法和外部方法集合。
CountClassTask
经过上面的分析经验,我们再分析CountClassTask就简单了许多,直接找到核心代码如下:
DexData dexData = new DexData(dexFile);
dexData.load();
dexFile.close();
ClassRef[] defClassRefs = dexData.getInternalReferences();
Set<String> classNameSet = new HashSet<>();
for (ClassRef classRef : defClassRefs) {
String className = ApkUtil.getNormalClassName(classRef.getName());
if (classProguardMap.containsKey(className)) {
className = classProguardMap.get(className);
}
if (className.indexOf('.') == -1) {
continue;
}
classNameSet.add(className);
}
上面使用了getExternalReferences,而这里直接使用getInternalReferences,获取所有内部类的索引数据,最终加入到一个HashSet中。整个过程简单明了。难道所有的Task的实现都是用到DexData对象处理的吗?并不是,我们来看下一个
UnusedAssetsTask
看类名,简单解释为未被使用的资源任务,其实就是找到assets文件夹下没有被依赖的资源,知道该任务的目的后,我们就来看看,它是如何实现的,先看下init中都做了什么准备
//初始化方法
@Override
public void init() throws TaskInitException {
super.init();
//先拿到解压后的apk文件路径
String inputPath = config.getUnzipPath();
if (Util.isNullOrNil(inputPath)) {
throw new TaskInitException(TAG + "---APK-UNZIP-PATH can not be null!");
}
inputFile = new File(inputPath);
//同样的检测文件是否存在和检查文件的属性是否是文件夹
if (!inputFile.exists()) {
throw new TaskInitException(TAG + "---APK-UNZIP-PATH '" + inputPath + "' is not exist!");
} else if (!inputFile.isDirectory()) {
throw new TaskInitException(TAG + "---APK-UNZIP-PATH '" + inputPath + "' is not directory!");
}
//根据配置文件中忽略资源列表,放入到ignoreSet中,为了忽略一些文件的检查,比如确定资源是有用的,就不需要被检查,缩小范围。
if (params.containsKey(JobConstants.PARAM_IGNORE_ASSETS_LIST) && !Util.isNullOrNil(params.get(JobConstants.PARAM_IGNORE_ASSETS_LIST))) {
String[] ignoreAssets = params.get(JobConstants.PARAM_IGNORE_ASSETS_LIST).split(",");
Log.i(TAG, "ignore assets %d", ignoreAssets.length);
for (String ignore : ignoreAssets) {
ignoreSet.add(Util.globToRegexp(ignore));
}
}
File[] files = inputFile.listFiles();
if (files != null) {
for (File file : files) {
if (file.isFile() && file.getName().endsWith(ApkConstants.DEX_FILE_SUFFIX)) {
//同样的将dex文件,筛选出来,放入到dexFileNameList中
dexFileNameList.add(file.getName());
}
}
}
}
初始化中,执行了常规的文件检查,params参数的整理,再将dex文件缓存到一个list中,待处理,再来看下call函数,看它如何找到了未被依赖资源。
@Override
public TaskResult call() throws TaskExecuteException {
try {
TaskResult taskResult = TaskResultFactory.factory(type, TaskResultFactory.TASK_RESULT_TYPE_JSON, config);
long startTime = System.currentTimeMillis();
//创建assets目录的文件对象
File assetDir = new File(inputFile, ApkConstants.ASSETS_DIR_NAME);
//这里递归找到所有的文件,存储到assetsPathSet中,比较简单就不贴代码
findAssetsFile(assetDir);
//将忽略的文件,从assetsPathSet中剔除
generateAssetsSet(assetDir.getAbsolutePath());
Log.i(TAG, "find all assets count: %d", assetsPathSet.size());
//核心的实现,解析代码中的assets引用,看下面贴的代码
decodeCode();
Log.i(TAG, "find reference assets count: %d", assetRefSet.size());
assetsPathSet.removeAll(assetRefSet);
JsonArray jsonArray = new JsonArray();
for (String name : assetsPathSet) {
jsonArray.add(name);
}
((TaskJsonResult) taskResult).add("unused-assets", jsonArray);
taskResult.setStartTime(startTime);
taskResult.setEndTime(System.currentTimeMillis());
return taskResult;
} catch (Exception e) {
throw new TaskExecuteException(e.getMessage(), e);
}
}
//解析代码中的assets引用
private void decodeCode() throws IOException {
for (String dexFileName : dexFileNameList) {
//这里用到之前 apktool-lib-2.4.0.jar 包中的类,根据dex文件获取DexBackedDexFile对象
DexBackedDexFile dexFile = DexFileFactory.loadDexFile(new File(inputFile, dexFileName), Opcodes.forApi(15));
BaksmaliOptions options = new BaksmaliOptions();
//apktool 的api,拿到排序好的类引用集合
List<? extends ClassDef> classDefs = Ordering.natural().sortedCopy(dexFile.getClasses());
for (ClassDef classDef : classDefs) {
// 按空格将类里面的所有代码组合成一个数组
String[] lines = ApkUtil.disassembleClass(classDef, options);
if (lines != null) {
//匹配资源文件的引用
readSmaliLines(lines);
}
}
}
}
private void readSmaliLines(String[] lines) {
if (lines == null) {
return;
}
for (String line : lines) {
line = line.trim();
//找到常量字符
if (!Util.isNullOrNil(line) && line.startsWith("const-string")) {
String[] columns = line.split(",");
if (columns.length == 2) {
//拿到常量字符中的资源名字
String assetFileName = columns[1].trim();
assetFileName = assetFileName.substring(1, assetFileName.length() - 1);
if (!Util.isNullOrNil(assetFileName)) {
for (String path : assetsPathSet) {
//循环匹配,匹配上后就加入到assetRefSet中
if (assetFileName.endsWith(path)) {
assetRefSet.add(path);
}
}
}
}
}
}
}
代码分析完,我们已经知道,原理其实就是对类里面的常量字符与assets目录中文件名做了匹配处理,能匹配上说明有被引用到,如果匹配失败,那就是没有被引用。分析到这里,你是不是对其他的Task也有些好奇且有了分析的方法了呢?由于篇幅原因我们就不再详细展开,有问题欢迎评论区提问。
小结
本期就先到这里,后面再补充详细的实战示例,毕竟实践才能出真理,由于时间的原因,后面还有N篇,当然我们肯定会在后续持续更新的,敬请谅解。
以上是关于Matrix源码分析系列-如何解析应用安装包的主要内容,如果未能解决你的问题,请参考以下文章
RocketMQ源码系列 NameServer 核心源码解析