性能優化 (十二) APK 極限壓縮(資源越多,效果越顯著)

性能優化系列

APP 啓動優化html

UI 繪製優化java

內存優化node

圖片壓縮android

長圖優化git

電量優化github

Dex 加解密web

動態替換 Applicationjson

APP 穩定性之熱修復原理探索api

APP 持續運行之進程保活實現瀏覽器

ProGuard 對代碼和資源壓縮

APK 極限壓縮

簡介

隨着項目的不斷迭代,代碼量跟資源文件不斷增多。那麼就會出現打包後的 APK 文件愈來愈大,若是忽然有一天大家老闆或領導叫你優化 APK 大小,你還不知道怎麼優化那就有點說不過去了,這篇文章我們就來一塊兒分析並優化 APK 體積大小吧。

分析 APK 資源佔用

注意:

我是在 GitHub 找了一我的氣比較高的開源項目,須要的話本身能夠點擊下載,本身動手嘗試一番.

分析工具直接用的 AS Build/Analyze APK

從上面圖中得出 assets > classes.dex > res > lib 其中資源文件佔用最大。

下面咱們就來看看怎麼減少 APK 大小吧,

優化 APK 體積八大步

1. 將圖片轉換爲 webp 格式

Webp 概念

WebP 是一種同時提供了有損壓縮與無損壓縮的圖片文件格式,派生自視頻編碼格式 VP8。WebP 最初在2010年發佈,目標是減小文件大小,但達到 和 JEPG 格式相同的圖片質量,但願可以減小圖片檔在網絡上的發送時間。2011年11月8日,Google 開始讓 WebP 支持無損壓縮和透明色的功能。

根據 Google 較早的測試,WebP 的無損壓縮比網絡上找到的 PNG 檔少了 45% 的文件大小,即便這些 PNG 檔在使用 PNGCRUSH 和 PNGOUT 處理過,WebP 仍是能夠減小 28% 的文件大小。就目前而言,Webp 可讓圖片大小平均減小 70% 。WebP 是將來圖片格式的發展趨勢。

PNG / JPG to Webp

點擊圖片或者文件夾右鍵選擇 Convert to Webp 格式,將 png / jpg 圖片壓縮爲 webp 格式圖片.

最後咱們只減小了不到 200 kb 左右,有可能項目圖片資源原本就沒有多大,只是太多小圖片致使的。

應用場景及優點

  • 客戶端軟件,內嵌了基於 Chromium 的 webview,這類瀏覽器中應用的網頁是能夠徹底使用WebP 格式,提高加載渲染速度,不考慮兼容。
  • 用 node-webkit 開發的程序,用 WebP 能夠減小文件包的體積。
  • 移動應用 或 網頁遊戲 ,界面須要大量圖片,能夠嵌入 WebP 的解碼包,可以節省用戶流量,提高訪問速度優點:
  • 對於 PNG 圖片,WebP 比 PNG 小了45%。

2. 去除多語言

在 app/build.gradle 添加

android{
    ...
    defaultConfig{
        ...
        //只保留英語
        resConfigs "en"
    }
}
複製代碼

這裏咱們發現減小了大概 200 kb

3. 去除沒必要要 so 庫

經過反編譯 Android 微信版本 得知,微信也只適配了 armeabi-v7a 架構,那麼咱們刪掉其它庫的支持吧。

android{
    ...
    defaultConfig{
        ...
            ndk {
            //設置支持的SO庫架構
            abiFilters "armeabi-v7a"
     }
}
}

複製代碼

又優化了差很少 600 kb ,繼續。

4. 去除無用資源 Link 檢查(謹慎刪除)

概念

Lint 是 Android Studio 提供的 代碼掃描分析工具,它能夠幫助咱們發現代碼結構 / 質量問題,同時提供一些解決方案,並且這個過程不須要咱們手寫測試用例。代碼迭代版本一多,很容易會遺留一些無用的代碼、資源文件,咱們可使用 Lint 進行清除。

怎麼使用 Link 檢查

打開 AS 工具,找到 Analyze > Run Inspection By Name > unused resources

優化

發現咱們 link 大概優化了 700 kb繼續。

注意

由於 link 是檢查有沒有引用來作的判斷是否使用了資源,那麼若是是這種方式勒,因此在刪除的時候必定要謹慎。

//動態獲取資源 id , 未直接使用 R.xx.xx ,則這個 id 表明的資源會被認爲沒有使用過(相似不能混淆反射類)
int indetifier =getResources().getIdentifier("img_bubble_receive", "drawable", getPackageName()); getResources().getDrawable(indetifier);

複製代碼

5. 開啓混淆

若是有不瞭解 混淆 是什麼的能夠建議去看下我上一遍文章 性能優化 (十一) ProGuard 對代碼和資源壓縮

優化了大概 1.7M 繼續。

6.移除無用資源 shinkResource

  • 開啓 shinkResource = true

    buildTypes {
            release {
                minifyEnabled true
                shrinkResources = true proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro' } debug {
                shrinkResources = true minifyEnabled true proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro' } } 複製代碼

這個有可能 link 刪除了無用資源,因此沒有在優化了

7.開啓刪除無用資源 (嚴格模式和普通模式) - 這個我這裏就不可測試,大家下來能夠測試下效果

普通模式也就是自定義模式

若是您有想要保留或捨棄的特定資源,請在您的項目中建立一個包含 <resources> 標記的 XML 文件,並在 tools:keep 屬性中指定每一個要保留的資源,在 tools:discard 屬性中指定每一個要捨棄的資源。這兩個屬性都接受逗號分隔的資源名稱列表。您可使用星號字符做爲通配符。

例如:

<?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*"
    tools:discard="@layout/unused2" />
複製代碼

將該文件保存在項目資源中,例如,保存在 res/raw/keep.xml。構建不會將該文件打包到 APK 之中。

指定要捨棄的資源可能看似愚蠢,由於您本可將它們刪除,但在使用構建變體時,這樣作可能頗有用。例如,若是您明知給定資源表面上會在代碼中使用(並所以不會被壓縮器移除),但實際不會用於給定構建變體,就能夠將全部資源放入公用項目目錄,而後爲每一個構建變體建立一個不一樣的 keep.xml 文件。構建工具也可能沒法根據須要正確識別資源,這是由於編譯器會添加內聯資源 ID,而資源分析器可能不知道真正引用的資源和恰巧具備相同值的代碼中的整數值之間的差異。

嚴格模式

正常狀況下,資源壓縮器可準確斷定系統是否使用了資源。不過,若是您的代碼調用 Resources.getIdentifier()(或您的任何庫進行了這一調用 - AppCompat 庫會執行該調用),這就表示您的代碼將根據動態生成的字符串查詢資源名稱。當您執行這一調用時,默認狀況下資源壓縮器會採起防護性行爲,將全部具備匹配名稱格式的資源標記爲可能已使用,沒法移除。

例如,如下代碼會使全部帶 img_ 前綴的資源標記爲已使用。

String name = String.format("img_%1d", angle + 1);
res = getResources().getIdentifier(name, "drawable", getPackageName());
複製代碼

資源壓縮器還會瀏覽代碼以及各類 res/raw/ 資源中的全部字符串常量,尋找格式相似於 file:///android_res/drawable//ic_plus_anim_016.png 的資源網址。若是它找到與其相似的字符串,或找到其餘看似可用來構建與其相似的網址的字符串,則不會將它們移除。

這些是默認狀況下啓用的安全壓縮模式的示例。但您能夠停用這一「有備無患」處理方式,並指定資源壓縮器只保留其肯定已使用的資源。要執行此操做,請在 keep.xml 文件中將 shrinkMode 設置爲 strict,以下所示:

<?xml version="1.0" encoding="utf-8"?>
<resources xmlns:tools="http://schemas.android.com/tools"
    tools:shrinkMode="strict" />
複製代碼

若是您確已啓用嚴格壓縮模式,而且代碼也引用了包含動態生成字符串的資源(如上所示),則必須利用 tools:keep 屬性手動保留這些資源。

8. AndResGuard 微信資源壓縮方案

什麼是 AndResGuard

AndResGuard 是一個縮小 APK 大小的工具,它的原理相似 Java Proguard ,可是隻針對資源。它會將本來冗長的資源路徑變短,例如將 res/drawable/wechat 變爲 r/d/a。

爲何使用 AndResGuard

在以往的開發中,咱們一般只混淆了代碼,資源文件卻暴露在他人面前,res 文件夾下全部文件名的可讀性過強。

使用後的效果

AndResGuard 的配置

  • 項目根目錄下 build.gradle 中,添加插件的依賴:

    dependencies {
            classpath 'com.tencent.mm:AndResGuard-gradle-plugin:1.2.16'
        }
    複製代碼
  • 在 app 目錄下,建立 and_res_guard.gradle 文件

apply plugin: 'AndResGuard'

andResGuard {
    mappingFile = null
    use7zip = true
    useSign = true
    keepRoot = false
    compressFilePattern = [
            "*.png",
            "*.jpg",
            "*.jpeg",
            "*.gif",
            "resources.arsc"
    ]
    whiteList = [
            // your icon
            "R.drawable.icon",
            // for fabric
            "R.string.com.crashlytics.*",
            // for umeng update
            "R.string.tb_*",
            "R.layout.tb_*",
            "R.drawable.tb_*",
            "R.drawable.u1*",
            "R.drawable.u2*",
            "R.color.tb_*",
            // umeng share for sina
            "R.drawable.sina*",
            // for google-services.json
            "R.string.google_app_id",
            "R.string.gcm_defaultSenderId",
            "R.string.default_web_client_id",
            "R.string.ga_trackingId",
            "R.string.firebase_database_url",
            "R.string.google_api_key",
            "R.string.google_crash_reporting_api_key",

            //友盟
            "R.string.umeng*",
            "R.string.UM*",
            "R.layout.umeng*",
            "R.drawable.umeng*",
            "R.id.umeng*",
            "R.anim.umeng*",
            "R.color.umeng*",
            "R.style.*UM*",
            "R.style.umeng*",

            //融雲
            "R.drawable.u*",
            "R.drawable.rc_*",
            "R.string.rc_*",
            "R.layout.rc_*",
            "R.color.rc_*",
            "R.id.rc_*",
            "R.style.rc_*",
            "R.dimen.rc_*",
            "R.array.rc_*"
    ]

    sevenzip {
        artifact = 'com.tencent.mm:SevenZip:1.2.10'
    }
}

複製代碼
  • 在 app 模塊下的 build.gradle 文件添加

    apply from: 'and_res_guard.gradle'
    複製代碼
  • 打包完以後效果圖

資源壓縮了大概 1M

總結

  1. 項目體積越大,資源越多,效果就越明顯。
  2. 使用 Link 刪除資源的話,必定要謹慎,提早作好備份。
  3. 我們這裏由於項目自己只有 10 M 多,最後優化了 4.5 M 下去。也仍是很不容易的。
相關文章
相關標籤/搜索