Android Gradle manifestPlaceholders 的妙用

原創

2020-02-22 10:20

開發中很多時候我們會遇到這種場景，比如說：在用到一個第三方sdk，但是這個sdk並沒有區分開發環境和線上環境，這時候我們就可能會申請兩個不同的key標識，而且很多key標識都只能在androidmanifest裏面配置。所以每次上線生成apk就必須手動去更改key標識，如果渠道版本少也還好，打包速度快也還行，需要區分環境的的key標識相對較少也還不錯，但是如果你一項都沾不到邊，到時忘記哪個key忘記替換了，一定會有種“身體被掏空的趕腳”，別問我爲什麼知道，感覺身體被掏空！！！

先在androidmanifest文件配置一個節點，這裏以極光爲例

<meta-data
    android:name="JPUSH_APPKEY"
    android:value="${jpush_appkey}"/>

再看看build.gradle裏面怎麼寫

在bulidtypes節點下有release節點和debug節點，正式簽名時就會走release節點的下編譯腳本，調試簽名時就會走debug節點。
本文主要點就是紅框標記的manifestPlaceholders的用法，jpush_appkey對應的就是之前在androidmanifest文件配置的${jpush_appkey}的這個值。

點進源碼我們可以發現manifestPlaceholders接收是一個Map的參數，所以這樣其實還有很多可以自定義的地方。

比如說在多渠道打包我們也用到了manifestPlaceholders，androidstudio多渠道打包方式網上教程已經很多了，
這裏就不多說了，具體內容可以google或者bing，百度就不推薦，以免被坑，嘿嘿嘿。

我們在程序入口出打上log，用來輸出key的值


        String jpush_appkey;
        try {
            ApplicationInfo appInfo = getPackageManager()
                    .getApplicationInfo(getPackageName(),
                            PackageManager.GET_META_DATA);

            jpush_appkey = appInfo.metaData.getString("JPUSH_APPKEY");

            Logger.d("jpush_appkey=" + jpush_appkey);
        } catch (PackageManager.NameNotFoundException e) {
            e.printStackTrace();

        }