android打包之重叠包技术浅谈

最新推荐文章于 2023-02-09 18:27:44 发布

BruceHurrican

最新推荐文章于 2023-02-09 18:27:44 发布

阅读量1.4k

点赞数

分类专栏： android学习笔记文章标签： android 技术打包

本文链接：https://blog.csdn.net/BruceHurrican/article/details/51755194

版权

android学习笔记专栏收录该内容

29 篇文章 0 订阅

订阅专栏

转载请注明出处
http://blog.csdn.net/BruceHurrican/article/details/51755194

一个app经过几个大版本迭代后都会遇到一个问题，越来越臃肿，但是本文不是讲怎样给app瘦身的方法。本文仅当本人之工作手记罢了。主要记录我在项目中遇到的问题及解决办法。

先说问题吧。业务需要将现有app中部分组件单独抽出作为公共组件和商业组件分别提供给公司内部其他app使用和潜在合作方使用。

之前准备采用类似友盟的多渠道打包技术，主要是修改app.gradle中的productFlaors函数（相关技术方法请参考网上资料），而我和同事在项目中用到的是重叠包技术和多渠道打包技术，其在工程中的分包结构和多友盟多渠道打包技术很像。

代码如下：

app.gradle
productFlavors {
        tt {
            applicationId 'com.bruce.demo.tt'
            minSdkVersion 15
            targetSdkVersion 23
            signingConfig signingConfigs.release
        }
        tt2 {
            applicationId 'com.bruce.demo.tt2'
            minSdkVersion 15
            targetSdkVersion 23
            signingConfig signingConfigs.debug
        }
    }

这主要是根据productFlavors来打多渠道包，用在我的项目是需求为通过设置productFlavor来将打公共组件包、潜在合作方包、项目自用包。刚开始我是按照这个思路来进行的，但是随着工作的进行，发现将要抽离的组件与其他module之间的耦合性太高，代码之间的侵入性太强抽离难度太大，无奈此种方案在经过技术论证后，不适合当前公司复杂的app 架构，放弃。

此路不通只能另辟蹊径了，通过查 gradle资料发现可以通过增加buildTypes来增加构建类型，buildTypes 按照字面中文翻译不正是构建类型吗？之前居然没有注意到T_T。

各业务模块
blue 和 red 就是我要的两个具有各自独立业务的模块，可以理解为上面的公司用组件和潜在合作方组件。

关键代码如下：

buildTypes {
        release {
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
        }
        debug {
            minifyEnabled false
            shrinkResources true
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
        }
        blue {
            applicationIdSuffix 'blue'
            versionNameSuffix 'blue'
        }
        red {
            applicationIdSuffix 'red'
            versionNameSuffix 'red'
        }
    }