目錄

一削咆、分析app大小

1.使用Android Studio2.2新功能直接分析APK的大小

Build > Analyz APK

Paste_Image.png

2.各個文件介紹

assets:存放一些配置文件
res:資源文件，圖片蠢笋、字符串拨齐、xml等
classes.dex:字節(jié)碼文件
resources.arsc:編譯后的二進制資源文件
META-INF:存放的是簽名信息，用來保證apk包的完整性和系統(tǒng)的安全昨寞。
接下來就從classes.dex , lib , assets下入手瞻惋。

二、app 體積減小方案

1.使用一套資源

對于絕大對數(shù)APP來說援岩，只需要取一套設計圖就足夠了歼狼。鑒于現(xiàn)在分辨率的趨勢，建議取1280 * 720p的資源享怀，放到xxhdpi目錄羽峰。相對于多套資源，只使用720P的一套資源添瓷，在視覺上差別不大梅屉，但卻能顯著的減少資源占用大小。

Paste_Image.png

注意：單套圖導致的壓縮和放大鳞贷，對性能的影響顯而易見坯汤。權衡利弊。

2.開啟minifyEnabled混淆代碼

在gradle使用minifyEnabled進行Proguard混淆的配置搀愧，可大大減小APP大卸枘簟：

android {
    buildTypes {
        release {
            minifyEnabled true
        }
    }
}

在proguard中疆偿，是否保留符號表對APP的大小是有顯著的影響的，可酌情不保留搓幌，但是建議盡量保留用于調試杆故。

3.開啟shrinkResources去除無用資源

在gradle使用shrinkResources去除無用資源，效果非常好鼻种。

android {
    buildTypes {
        release {
            shrinkResources true
        }
    }
}

注意：在release下可能會引發(fā)Resources$NotFoundException: Resource ID #0x4反番，把有用的資源移除掉了。添加了shrinkResources true打完包時候要多測一測叉钥。
解決辦法：
方案一
放棄使用shrinkResources true
方案二
參考google關于shrink resource
新建 res/raw/keep.xml后加入如下示例:

<?xml version="1.0" encoding="utf-8"?>
<resources xmlns:tools="http://schemas.android.com/tools"
    tools:keep="@layout/l_used*_c,@layout/l_used_a,@layout/l_used_b*,@drawable/icon"
    tools:discard="@layout/unused2" />

保留文件規(guī)則簡單介紹罢缸，資源文件相對路徑加上圖片文件名(不需要擴展名)
執(zhí)行 ./gradlew clean assembleRelease –info|grep “Skipped unused resource” 觀察是否安全圖片給壓縮同時檢查解壓縮后文件是否為0

4.刪除無用的語言資源以及圖片資源

大部分應用其實并不需要支持幾十種語言的國際化支持。還好強大的gradle支持語言的配置投队，比如國內應用只支持中文

android {
    defaultConfig {
        resConfigs "zh"
        resConfigs "nodpi", "hdpi", "xhdpi", "xxhdpi", "xxxhdpi"
    }
}

5.對圖片進行無損壓縮

android打包本身會對png進行無損壓縮枫疆，所以使用像tinypng這樣的有損壓縮是有必要的。
重點是Tinypng使用智能有損壓縮技術敷鸦，以盡量少的失真換來圖片大小的銳減息楔，效果非常好，強烈推薦扒披。

6.使用jpg格式

如果對于非透明的大圖值依，jpg將會比png的大小有顯著的優(yōu)勢，雖然不是絕對的碟案，但是通常會減小到一半都不止愿险。
在啟動頁，活動頁等之類的大圖展示區(qū)采用jpg將是非常明智的選擇价说。

7.使用webp格式

一種圖片文件格式辆亏，在相同壓縮標準下，webp的有損壓縮能比jpg小25-34%鳖目。webp支持透明度扮叨，壓縮比比jpg更高但顯示效果卻不輸于jpg，官方評測quality參數(shù)等于75均衡最佳领迈。
相對于jpg彻磁、png，webp作為一種新的圖片格式狸捅，限于android的支持情況暫時還沒用在手機端廣泛應用起來衷蜓。從Android 4.0+開始原生支持，但是不支持包含透明度薪贫，直到Android 4.2.1+才支持顯示含透明度的webp，使用的時候要特別注意刻恭。使用Fresco支持webp格式圖片瞧省。
如果在API<14的系統(tǒng)也要支持webP圖片加入扯夭。

// 在API < 14的系統(tǒng)如也要支持 webP圖片的話加入
compile 'com.facebook.fresco:animated-base-support:0.12.0'
// 支持Gif圖片，需加入
compile 'com.facebook.fresco:animated-gif:0.12.0'
// 支持webP圖片的動態(tài)圖鞍匾，需加入
compile 'com.facebook.fresco:animated-webp:0.12.0'
// 支持webP圖片的靜態(tài)圖交洗，需加入
compile 'com.facebook.fresco:webpsupport:0.12.0'

常用的webp轉換工具：XnConvet , 智圖 , ISparta

8.縮小大圖

如果經(jīng)過上述步驟之后，你的工程里面還有一些大圖橡淑，考慮是否有必要維持這樣的大尺寸构拳，是否能適當?shù)目s小。
事實上梁棠，由于設計師出圖的原因置森，我們拿到的很多圖片完全可以適當?shù)目s小而對視覺影響是極小的。

9.覆蓋第三庫里的大圖

有些第三庫里引用了一些大圖但是實際上并不會被我們用到符糊，就可以考慮用1x1的透明圖片覆蓋凫海。
你可能會有點不舒服，因為你的drawable下竟然包含了一些莫名其妙的名稱的1x1圖片…

1×1像素圖片.png

10. 刪除armable-v7包下的so

Android 目前支持的CPU架構和對應的二進制接口ABI (Application Binary Interface)

基本上armable的so也是兼容armable-v7的男娄，armable-v7a的庫會對圖形渲染方面有很大的改進行贪，如果沒有這方面的要求，可以精簡模闲。
這里不排除有極少數(shù)設備會Crash建瘫，可能和不同的so有一定的關系，請大家務必測試周全后再發(fā)布尸折。

11.限制app支持的CPU架構的數(shù)目啰脚。刪除x86包下的so

在當前的Android生態(tài)系統(tǒng)中，讓app只支持armabi和x86架構就能夠了翁授。
與第十條不同的是拣播，x86包下的so在x86型號的手機是需要的，如果產(chǎn)品沒用這方面的要求也可以精簡收擦。
建議實際工作的配置是只保留armable贮配、armable-x86下的so文件，算是一個折中的方案塞赂。

12.使用微信資源壓縮打包工具

微信資源壓縮打包工具通過短資源名稱泪勒，采用７zip對APP進行極致壓縮實現(xiàn)減小APP的目標，效果非常的好宴猾，強烈推薦圆存。
詳情參考：Android資源混淆工具使用說明
原理介紹：安裝包立減1M–微信Android資源混淆打包工具
建議開啟7zip，注意白名單的配置仇哆，否則會導致有些資源找不到沦辙，官方已經(jīng)發(fā)布AndResGuard到gradle中了，非常方便：

apply plugin: 'AndResGuard'
buildscript {
    dependencies {
        classpath 'com.tencent.mm:AndResGuard-gradle-plugin:1.1.7'
    }
}
andResGuard {
    mappingFile = null
    use7zip = true
    useSign = true
    keepRoot = false
    // add <your_application_id>.R.drawable.icon into whitelist.
    // because the launcher will get thgge icon with his name
    def packageName = <your_application_id>
    whiteList = [
        //for your icon
        packageName + ".R.drawable.icon",
        //for fabric
        packageName + ".R.string.com.crashlytics.*",
        //for umeng update
        packageName + ".R.string.umeng*",
        packageName + ".R.string.UM*",
        packageName + ".R.string.tb_*",
        packageName + ".R.layout.umeng*",
        packageName + ".R.layout.tb_*",
        packageName + ".R.drawable.umeng*",
        packageName + ".R.drawable.tb_*",
        packageName + ".R.anim.umeng*",
        packageName + ".R.color.umeng*",
        packageName + ".R.color.tb_*",
        packageName + ".R.style.*UM*",
        packageName + ".R.style.umeng*",
        packageName + ".R.id.umeng*"
    ]
    compressFilePattern = [
        "*.png",
        "*.jpg",
        "*.jpeg",
        "*.gif",
        "resources.arsc"
    ]
    sevenzip {
        artifact = 'com.tencent.mm:SevenZip:1.1.7'
        //path = "/usr/local/bin/7za"
    }
}

會生成一個andresguard/resguard的Task讹剔，自動讀取release簽名進行重新混淆打包油讯。

13.使用provided編譯

對于一些庫是按照需要動態(tài)的加載详民，可能在某些版本并不需要，但是代碼又不方便去除否則會編譯不過陌兑。
使用provided可以保證代碼編譯通過沈跨，但是實際打包中并不引用此第三方庫，實現(xiàn)了控制APP大小的目標兔综。
但是也同時就需要開發(fā)者自己判斷不引用這個第三方庫時就不要執(zhí)行到相關的代碼饿凛，避免APP崩潰。

14.使用shape背景

特別是在扁平化盛行的當下软驰，很多純色的漸變的圓角的圖片都可以用shape實現(xiàn)涧窒，代碼靈活可控，省去了大量的背景圖片碌宴。

15.使用著色方案

相信你的工程里也有很多selector文件杀狡，也有很多相似的圖片只是顏色不同，通過著色方案我們能大大減輕這樣的工作量贰镣，減少這樣的文件呜象。
借助于android support庫可實現(xiàn)一個全版本兼容的著色方案，參考代碼：DrawableLess.java

16.在線化素材庫

如果你的APP支持素材庫(比如聊天表情庫)的話碑隆，考慮在線加載模式恭陡，因為往往素材庫都有不小的體積。
這一步需要開發(fā)者實現(xiàn)在線加載上煤，一方面增加代碼的復雜度休玩，一方面提高了APP的流量消耗，建議酌情選擇

17.避免重復庫

避免重復庫看上去是理所當然的劫狠，但是秘密總是藏的很深拴疤，一定要當心你引用的第三方庫又引用了哪個第三方庫，這就很容易出現(xiàn)功能重復的庫了独泞，比如使用了兩個圖片加載庫：Glide和Picasso呐矾。
通過查看exploded-aar目錄和External Libraries或者反編譯生成的APK，盡量避免重復庫的大小懦砂，減小APP大小蜒犯。

18.使用更小的庫

同樣功能的庫在大小上是不同的，甚至會懸殊很大荞膘。
如果并無對某個庫特別需求而又對APP大小有嚴格要求的話罚随，比較這些相同功能第三方庫的大小，選擇更小的庫會減小APP大小羽资。

19.支持插件化

過去的一年淘菩，插件化技術雨后春筍一樣的都冒了出來，這些技術支持動態(tài)的加載代碼和動態(tài)的加載資源屠升，把APP的一部分分離出來了潮改，對于業(yè)務龐大的項目來說非常有用费奸，極大的分解了APP大小。
因為插件化技術需要一定的技術保障和服務端系統(tǒng)支持进陡，有一定的風險，如無必要（比如一些小型項目微服，也沒什么擴展業(yè)務）就不需要了趾疚，建議酌情選擇。

20.精簡功能業(yè)務

這條完全取決于業(yè)務需求以蕴。
從統(tǒng)計數(shù)據(jù)分析砍掉一些沒用的功能是完全有可能的糙麦，甚至干脆去掉一些花哨的功能出個輕聊版、極速版也不是不可以的丛肮。

21.重復執(zhí)行第1到20條

多次執(zhí)行上述步驟赡磅，你總能發(fā)現(xiàn)一些蛛絲馬跡，這是一個好消息宝与，不是嗎焚廊？

22 Facebook的redex優(yōu)化字節(jié)碼

redex是facebook發(fā)布的一款android字節(jié)碼的優(yōu)化工具，需要按照說明文檔自行配置一下习劫。

redex input.apk -o output.apk --sign -s <KEYSTORE> -a <KEYALIAS> -p <KEYPASS>

下面我們來看看它的效果咆瘟，僅redex的話，減小了157k：

Paste_Image.png

先進行微信混淆诽里，再進行 redex 袒餐。
據(jù)反應redex后會有崩潰的現(xiàn)象，這個要留意一下谤狡，我這里壓縮之后都是可以正常運行的灸眼。

三、后續(xù)補充
如果不是非要用到v7包可以將v7包刪掉墓懂，可以小1兆

簡要評估