逾百家新三板拟IPO企业含“三类股东”

公司项目在不断的改版迭代中，代码在不断的累加，终于apk包不负重负了，已经到了八十多M了。可能要换种方式表达，到目前为止没有正真的往外推过，一直在内部执行7天讨论需求，5天代码实现的阶段。你在写上个版本的内容，好了，下个版本的更新内容已经定稿了。基于这种快速开发的现状，我们app优化前已经有87.1M了，包大了，运营说这样转化不高，只能好好搞一下咯。优化过后包大小为23.1M（优化了73%,不要说我标题党）。好了好了，我要阐述我的apk超级无敌魔鬼瘦身之心得了。

文章主要内容从理论出发，再做实际操作。分为下面几个方面：1. 结构分析， 2.具体实操 3. 总结 4. 参考资料

1. 结构分析

首先上传一张瘦身前通过Analyze app分析出来的图片（打开方式：Android Studio下 ——> Build——> Analyze app）：

APK包结构如下：

1. lib/：包含特定于处理器软件层的编译代码。该目录包含了每种平台的子目录，像armeabi，armeabi-v7a， arm64-v8a，x86，x86_64，和mips。大多数情况下我们可以只用一种armeabi-v7a，后面会讲到原因。
2. assets/：包含应用可以使用AssetManager对象检索的应用资源。
3. res/：包含未编译到的资源 resources.arsc,主要有图片资源文件。
4. META-INF/：包含CERT.SF和 CERT.RSA签名文件以及MANIFEST.MF 清单文件。
5. resources.arsc：包含已编译的资源。该文件包含res/values/ 文件夹所有配置中的XML内容。打包工具提取此XML内容，将其编译为二进制格式，并将内容归档。此内容包括语言字符串和样式，以及直接包含在resources.arsc文件中的内容路径 ，例如布局文件和图像。
6. classes.dex：包含以Dalvik / ART虚拟机可理解的DEX文件格式编译的类。
7. AndroidManifest.xml：包含核心Android清单文件。该文件列出应用程序的名称，版本，访问权限和引用的库文件。该文件使用Android的二进制XML格式。

通过分析图可以知道，目前app主要是so文件占比比较大，占了31.7M,占了整个应用是38.2%。其次是assets目录，整个目录占了32M,第三就是资源文件res目录了。所以接下来我们处理步骤就是按这个顺序来处理。（简单说下图中的Raw File Size（磁盘解压后的大小）和DownLoad Size（从应用商店下载的大小），如果想了解更多关于Analyaer分析的知识，可以参考这篇文章使用APK Analyzer分析你的APK)，分析了包结构组成之后，我们可以开始瘦身操作了。

2.具体实操

1. 对lib目录下的文件进行瘦身处理

1. 修改lib