android 在减少 android 减少apk大小

转载

autohost 2023-12-11 22:33:09

文章标签 android 在减少 Android android Gradle 文章分类 Android 移动开发

1.前言：

APK的大小对APP的加载速度，使用内存大小和消耗功率多少有一定影响。如何减小APK的大小对于Android开发者是一个永恒的话题。查阅了很多相关资料，并将其做了删减以及总结，首先就来了解一下APK的组成结构。

2.APK组成结构：

META-INF：包含CERT.SF和CERT.RSA签名信息。

assets：存放不需要被编译处理的文件，代码中可以通过AssetManager对象访问。

res：包含没有被编译到resources.arsc中的资源。

lib：包含各个CPU架构下的so文件。子文件目录有armeabi，armeabi-v7a,arm64-v8a,x86,x86_64和mips。

resources.arsc：编译后的二进制资源文件。包括图片、布局文件等。

classes.dex：包含Java源码编译后生成的字节码文件，以DalvikART虚拟机能理解的dex文件格式。

AndroidManifest.xml：核心的Android描述清单文件。这个文件罗列了APP名称，版本，访问权限，和APP引用的库文件等等。

3.减小APK的大小的方式汇总：

3.1 Lint工具：

使用Android Lint工具，检测res目录下没有被引用的资源（并没有扫描assets目录下的资源）。

当lint工具在你的项目中发现一个潜在的未使用的资源，它会打印一条如下示例的消息。只提醒，不主动移除。

res/layout/preferences.xml: Warning: The resource R.layout.preferences appears to be unused [UnusedResources]

3.2 使用Gradle的ShrinkResources：

在Gradle中将shrinkResources和minifyEnabled设置为true。这样在构建的过程中，首先ProGuard会移除没有使用的代码，接着Gradle会移除没有使用的资源。

android{   
    buildTypes{   
        release{   
            minifyEnabled true   
            shrinkResources true   
            proguardFiles getDefaultProguardFile('proguard-android.txt'),'proguard-rules.pro'   
       }   
   }   
}

在Proguard中，是否保留符号表对APP的大小是有显著的影响的，可酌情注释下面这行代码，但是建议尽量保留，它可以用于保留调试信息。

-keepattributes SourceFile,LineNumberTable

3.3 使用一套资源：

对于绝大对数APP来说，只需要取一套设计图就足够了。鉴于现在分辨率的趋势，建议取720p的资源，放到xhdpi目录。在视觉上差别不大，很多大公司的产品也是如此，但却能显著的减少资源占用大小，这里不是说把非xhdpi的目录都删除，而是强调保留一套设计资源就够了。

3.4只保留中文的语言资源：

大部分应用其实并不需要支持几十种语言的国际化支持。强大的gradle支持语言的配置，比如国内应用只支持中文：

android {  
    defaultConfig {  
        resConfigs "zh"  
    }  
}

3.5 关于PNG图片和JPG图片：

Android打包本身会对png进行无损压缩，Android的界面能用png最好是用png，因为32位的png颜色过渡平滑且支持透明。在res下这些icon用的都是png格式，就是说Google推荐使用的是png格式的图片。

jpg是像素化压缩过的图片，如果对于非透明的大图，jpg将会比png的大小有显著的优势，虽然不是绝对的，但是通常会减小到一半都不止。jpg质量已经下降了，再拿来做9path的按钮和平铺拉伸的控件必然惨不忍睹，要尽量避免。

3.6 关于WEBP图片：

相对于jpg、png，webp作为一种新的图片格式，压缩比比jpg更高但显示效果却不输于jpg，Android 4.0+才原生支持webp, 但是我们的app是兼容2.3+，所以4.0以下的设备将无法看到图片但不会崩溃。限于Android的支持情况暂时还没用在手机端广泛应用起来。并且直到Android 4.2.1+才支持显示含透明度的webp，官方评测quality参数等于75均衡最佳。

3.7 覆盖某些图片：

一些aar库里面包含根本就没有用的图。最典型的是support-v4兼容库中包含一些“可能”用到的图片，实际上在你的app中不会用到。可以考虑把几张大一些的图用1×1的图片替换，如果9patch图的话，要做成3×3的9patch图替换。

同理可用于覆盖第三方库中我们用不到的大图，可以在/build/intermediates/exploded-aar/下的各个aar库的res目录查找检验。

3.8 删除armable-v7和x86包下的so：

基本上armable的so也是兼容armable-v7的，armable-v7a的库会对图形渲染方面有很大的改进，如果没有这方面的要求，可以精简。这里不排除有极少数设备会Crash，请务必测试周全后再发布。

x86包下的so在x86型号的手机是需要的，如果产品没用这方面的要求也可以精简。

建议实际工作的配置是只保留armable、armable-x86下的so文件，算是一个折中的方案。

我们可以构建一个 APK，它支持所有的 CPU 类型。但是反过来，我们可以为每个 CPU 类型都单独构建一个 APK，然后不同 CPU 类型的设备安装对应的 APK 即可，当然前提是应用市场得提供用户设备 CPU 类型设别的支持，就目前来说，至少 PLAY 市场是支持的。
Gradle 可以通过以下配置生成不同 ABI 支持的 APK（引用自别的文章，没实际使用过）：

android {  
    ...  
    splits {  
        abi {  
            enable true  
            reset()  
            include 'x86', 'x86_64', 'armeabi-v7a', 'arm64-v8a' //select ABIs to build APKs for  
            universalApk true //generate an additional APK that contains all the ABIs  
        }  
    }  
    // map for the version code  
    project.ext.versionCodes = ['armeabi': 1, 'armeabi-v7a': 2, 'arm64-v8a': 3, 'mips': 5, 'mips64': 6, 'x86': 8, 'x86_64': 9]  
    android.applicationVariants.all { variant ->  
        // assign different version code for each output  
        variant.outputs.each { output ->  
            output.versionCodeOverride =  
                    project.ext.versionCodes.get(output.getFilter(com.android.build.OutputFile.ABI), 0) * 1000000 + android.defaultConfig.versionCode  
        }  
    }  
 }