APK大小的瘦身的总结：

首先是看了博客：http://blog.csdn.net/sw950729/article/details/64919051
时。认为大神我就是马云飞写的非常有道理。全部自己就自己写了一遍。长话短说：
在实际开发中，特别是多人接手迭代开发的项目中，随着时间的推移，项目会越来越大。所以让项目大小变小是能够例如以下操作：

1，在gradle使用minifyEnabled进行Proguard混淆的配置，可大大减小APP大小，例如以下面代码：

buildTypes {
        release {
            //开启混淆（as自带默认配置）
            minifyEnabled ture
            //去出没用的资源文件
            shrinkResources true
            //移除没用的Resources的资源文件
            zipAlignEnabled true
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
        }
    }

2,删除无用资源，主要是xml文件，操作–点击Analyze——>Run Inspection by Name–然后输入unused Resources就可以显示出未使用的资源文件，其操作步骤为：

3，图片瘦身值熊猫大法–使用tinypng压缩图片，官方站点：https://tinypng.com
PNG是实用的，由于它是唯一广泛支持的格式，能够存储部分透明的图像。

格式使用压缩。可是文件仍然可能非常大。

使用TinyPNG缩小您的应用程序和站点的图像。它将使用更少的带宽和更快的载入。图片就不截取出来了。大家能够直接去官网查看了解。

4,通过重构Refactor来删除没用的资源（通过id找到），详细操作例如以下
通过Remove Unused Resources来删除没用的资源

其中Refactor表示直接重构，Preview表示预览的意思，建议大家先使用预览的方式，由于代码中引用方式不同，所以存在代码中使用了某个资源，可是依旧被当成没有引用的情况，比如通过使用getIdentifier、Uri等方式。

5。针对不同cpu的so库进行打包，眼下仍就在试验其中
armeabi、armeabi-v7a（32的cpu）。armeabi-v8a（64位的cpu）和x86。
在其安装设备中，是默认以armeabi为选项，同一时候须要指出：打包出的x86的so，总会比armeabi平台的体积更小。可是却有性能的损耗。

假设项目仅仅包括了 armeabi，那么在全部Android设备都能够执行。
假设项目仅仅包括了 armeabi-v7a。除armeabi架构的设备外都能够执行；
假设项目仅仅包括了 x86，那么armeabi架构和armeabi-v7a的Android设备是无法执行的。
假设同一时候包括了 armeabi， armeabi-v7a和x86，全部设备都能够执行，程序在执行的时候去载入不同平台相应的so。这是较为完美的一种解决方式。同一时候也会导致包变大。

所以其操作为：
5.1为了减小apk体积，仅仅保留armeabi和armeabi-v7a两个目录。并保证这两个目录中so数量一致。
2，对仅仅提供aremabi版本号的第三方so。原样复制一份到armeabi-v7a目录
以上！