前言
首先我们思考一个问题，为什么要解析安装包？目的是什么？什么原因促使我们做这件事？
- 减小包的体积，产品或运营同学认为，包体积越小，越能提高下载量
- 应用市场限制，如App Store、Google Play 都有相关包体积的规定，都是以更小为主
- 减少内存占用，不管是Rom还是Ram 肯定是随着应用包的体积增加而成正比增加，所以减小包体，也是在间接优化内存占用
我们找了这么几个原因，促使我们做这件事，确实在实际的工作中，特别是toC的小伙伴，更加明显，他们一直在做包体积的优化，那么要优化体积，那肯定是要知道包的构成，这样才能有合适的优化方法，那么我们再来看看包的构成。
<a name="3FVJ8"></a>
包的构成分析
我们利用Android studio的可视化工具，打开了一个普通的apk安装包，如下 <br />
image.png
<br />为了更有说服力，我拿了WX的包来分析看，如下：<br />
image.png
<br />通过两张图，我们分辨出包的大致构成如下：
- 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，那么我们优化，肯定是要从这几个方面入手对吧。
<a name="AN1Z1"></a>
如何减小安装包的体积
1.资源压缩
对大图进行无损压缩，对不需要alpha通道的png图，压缩成jpg，或者使用更小的webp图片：webp介绍<br />对于assets中存储的音频文件可以选择远程依赖，第一次下载后做缓存处理
2.通过编译器缩减，混淆
利用R8 编译器，进行代码缩减、资源缩减、混淆处理等，都可以有效的减小包体积，具体介绍请看：缩减、混淆处理和优化应用<br />注意：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到底可以为我们提供什么样的帮助，来辅助我们进行缩减呢？随我一探究竟。
代码目录
image.png
<br />可以看到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方法。
类图
文字描述总显得有些乏力，画一下类结构图来帮助我们理解代码。
image.png
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也有些好奇且有了分析的方法了呢？由于篇幅原因我们就不再详细展开，有问题欢迎评论区提问。
小结
本期就先到这里，后面我们肯定会在后续持续更新的，敬请谅解。
网友评论