当前位置:   article > 正文

Andriod 多渠道分包,实用的module分层,开发代码混淆规_android modul多渠道

android modul多渠道

Andriod 多渠道分包,实用的module分层,开发代码混淆规则

Andriod studio 3.0 有必要重新学习更好的处理build.gradle 看了很多文章到这里来总结下:


多渠道打包

  • 多渠道打包

    Andriod studio3.0 build apk 多了一个 build apk(S)
    build apk(S)

    这个会直接生成 apk debug版

    将 apk 放入jdk的安装目录bin 文件下

    如果返回以验证 就说明apk 已经签名了
    cmd

    不过我感觉不实用了 大家还是用代码跑吧。

进入正题

我们需要用到分渠道打包,那么我们需要解决两个问题
1. 怎么区分各个平台的标识
2. 怎么每次版本更新都生成几十个包、几百个包

第一步

在AndroidManifext.xml中配置:
  • 1
<meta-data
        android:name="UMENG_CHANNEL"
        android:value="${UMENG_CHANNEL_VALUE}" />
  • 1
  • 2
  • 3

value里面填的就是各个平台的值,比如填写uc、yyb(应用宝)、360、baidu替换掉Channel_ID,App安装好,可以读取这个值然后传给后台,从而实现区分各个平台的安装需求。

第二步

配置我们的 app/build.gradle

我们需要配置:

1 signingConfigs这是刚才我们新建的密匙信息
2 buildTypes 打包类型,包括了Debug和Release
3 productFlavors打包渠道就在这儿配置咯 同时在AndroidManifest里面加上,渠道标识

apply plugin: 'com.android.application'



android {
//    关闭 multi-APK
//
//    multi-apk 是为了根据配置生成不同的APK,以达到减少APK体积大小的问题。但是这个配置没有必要在开发的时候开启。
    if(project.hasProperty('devBuild')){
        splits.abi.enable = false
        splits.density.enable = false
        aaptOptions.cruncherEnabled = false
    }

    //签名密钥
    signingConfigs {
        config {
            keyAlias 'ceshikey'
            keyPassword '091838'
            storeFile file('D:/text.jks')
            storePassword '091838'
        }

    }
    compileSdkVersion 26
    defaultConfig {
        applicationId "com.example.achers.myapplication"
        minSdkVersion 15
        targetSdkVersion 26
        versionCode 1
        versionName "1.0"
        testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"
        flavorDimensions "versionCode"

    }
    buildTypes {

        debug {
            minifyEnabled false
            debuggable true
        }

        release {
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
            signingConfig signingConfigs.config
            debuggable false
        }

    }


    productFlavors {
        //配置多渠道
        uc {   //uc
            manifestPlaceholders = [UMENG_CHANNEL_VALUE: "uc"]
        }
        _360 {  //360
            manifestPlaceholders = [UMENG_CHANNEL_VALUE: "360"]
        }
        baidu {  //百度
            manifestPlaceholders = [UMENG_CHANNEL_VALUE: "baidu"]
        }
        yyb {  //应用宝
            manifestPlaceholders = [UMENG_CHANNEL_VALUE: "yyb"]
        }

        //配置包的环境 和 替换包名  
//        url{
                //主机地址 
//            applicationId "com.host.myapplication"
//        }
//        urlonline{
                //线上地址
//            applicationId "com.online.myapplication"
//        }
//        urltest{
                //测试地址
//            applicationId "com.test.myapplication"
//        }

    }

}





dependencies {
    implementation fileTree(include: ['*.jar'], dir: 'libs')
    implementation 'com.android.support:appcompat-v7:26.1.0'
    implementation 'com.android.support.constraint:constraint-layout:1.0.2'
    testImplementation 'junit:junit:4.12'
    androidTestImplementation 'com.android.support.test:runner:1.0.1'
    androidTestImplementation 'com.android.support.test.espresso:espresso-core:3.0.1'
    api 'com.jakewharton:butterknife:8.4.0'
    annotationProcessor 'com.jakewharton:butterknife-compiler:8.4.0'
    implementation 'com.google.code.gson:gson:2.2.4'
    implementation 'com.zhy:okhttputils:2.6.2'
    implementation 'org.greenrobot:eventbus:3.1.1'
    implementation 'io.reactivex.rxjava2:rxjava:2.1.5'
    implementation 'io.reactivex.rxjava2:rxandroid:2.0.1'
    implementation 'com.android.support:design:26.1.0'
}
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38
  • 39
  • 40
  • 41
  • 42
  • 43
  • 44
  • 45
  • 46
  • 47
  • 48
  • 49
  • 50
  • 51
  • 52
  • 53
  • 54
  • 55
  • 56
  • 57
  • 58
  • 59
  • 60
  • 61
  • 62
  • 63
  • 64
  • 65
  • 66
  • 67
  • 68
  • 69
  • 70
  • 71
  • 72
  • 73
  • 74
  • 75
  • 76
  • 77
  • 78
  • 79
  • 80
  • 81
  • 82
  • 83
  • 84
  • 85
  • 86
  • 87
  • 88
  • 89
  • 90
  • 91
  • 92
  • 93
  • 94
  • 95
  • 96
  • 97
  • 98
  • 99
  • 100
  • 101
  • 102
  • 103
  • 104
  • 105

我们这里还有更加简洁的写法 效果是一样的


    productFlavors {
        //配置多渠道
        uc {}
        _360 {}
        baidu {}
        yyb {}

        //配置包的环境 和 替换包名
//        url{
                //主机地址
//            applicationId "com.host.myapplication"
//        }
//        urlonline{
                //线上地址
//            applicationId "com.online.myapplication"
//        }
//        urltest{
                //测试地址
//            applicationId "com.test.myapplication"
//        }

    }

    productFlavors.all { flavor ->
        flavor.manifestPlaceholders = [UMENG_CHANNEL_VALUE: name]
    }
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27

另外
我们写完之后可以用Gradle Project 来指定生成apk
Gradle Project

好的 我们这样打包其实是很慢的

所以推荐用美团的打包策略
https://tech.meituan.com/mt-apk-packaging.html

这里就不说了 太多资料了 结合Python 更好,更快。

拓展
Build Variants(构建变种版本)
开发每次调试接口,我们可能会需要配置3个URL

public final static String URL = "主机环境:---10.18.3.1";
public final static String URL = "线上环境:---10.18.3.1";
public final static String URL = "测试环境:---10.18.3.1";
  • 1
  • 2
  • 3

其实就是给测试的兄弟 打三个不同地址的包
我们如果一个一个去改 去打 毕竟麻烦

所以我们来操作下
不需要,改代码,要选择运行那个环境直接切换,方便快捷

这里写图片描述

这里写图片描述

这里写图片描述

这样我们能在同一个手机上同时装上不同环境的包了

实用的module分层

新建config.gradle

可以在根目录下建个config.gradle,然后只需在根目录下build.gradle最顶部加上下面一行代码,然后同步下,意思就是所有的子项目或者所有的modules都可以从这个配置文件里读取内容。

apply from: "config.gradle"
  • 1

config.gradle

ext {

android = [
        compileSdkVersion: 26,  
        buildToolsVersion: "26.0.0",       
        minSdkVersion    : 15,
        targetSdkVersion : 26,

]

dependencies = [
        appcompatV7': 'com.android.support:appcompat-v7:26.1.0',
        design      : 'com.android.support:design:26.1.0'

]
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13

}

app/build.gradle

android {
    compileSdkVersion rootProject.ext.android.compileSdkVersion
    buildToolsVersion rootProject.ext.buildToolsVersion

    defaultConfig {
        applicationId "com.example.achers.myapplication"
        minSdkVersion rootProject.ext.android.minSdkVersion
        targetSdkVersion rootProject.ext.android.targetSdkVersion
        versionCode 1
        versionName "1.0"
    }

...

dependencies {
    compile fileTree(dir: 'libs', include: ['*.jar'])
    testCompile 'junit:junit:4.12'
    compile rootProject.ext.dependencies.appcompatV7
    compile rootProject.ext.dependencies.design
}
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20

开发代码混淆规则

混淆能让反编译的代码可读性变的很差,而且还能显著的减少APK包的大小。

第一个技巧

相信很多朋友对混淆都觉得麻烦,甚至说,非常乱。因为添加混淆规则需要查询官方说明文档,甚至有的官方文档还没说明。当你引用了太多库后,添加混淆规则将使一场噩梦。
这里介绍一个技巧,不用查官方文档,不用逐个库考虑添加规则。
首先,除了默认的混淆配置(android-sdk/tools/proguard/proguard-android.txt), 自己的代码肯定是要自己配置的:

## 位于module下的proguard-rules.pro
#####################################
######### 主程序不能混淆的代码 #########
#####################################

-dontwarn xxx.model.**
-keep class xxx.model.** { *; }

## 等等,自己的代码自己清楚

#####################################
########### 不优化泛型和反射 ##########
#####################################

-keepattributes Signature
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15

接下来是麻烦的第三方库,一般来说,如果是极光推的话,它的包名是cn.jpush, 添加如下代码即可:

-dontwarn cn.jpush.**
-keep class cn.jpush.** { *; }
  • 1
  • 2

其他的第三库也是如此,一个一个添加,太累!其实可以用第三方反编译工具(比如jadx:https://github.com/skylot/jadx ),打开apk后,一眼就能看到引用的所有第三方库的包名,把所有不想混淆或者不确定能不能混淆的,直接都添加又有何不可:

#####################################
######### 第三方库或者jar包 ###########
#####################################

-dontwarn cn.jpush.**
-keep class cn.jpush.** { *; }

-dontwarn com.squareup.**
-keep class com.squareup.** { *; }

-dontwarn com.octo.**
-keep class com.octo.** { *; }

-dontwarn de.**
-keep class de.** { *; }

-dontwarn javax.**
-keep class javax.** { *; }

-dontwarn org.**
-keep class org.** { *; }

-dontwarn u.aly.**
-keep class u.aly.** { *; }

-dontwarn uk.**
-keep class uk.** { *; }

-dontwarn com.baidu.**
-keep class com.baidu.** { *; }

-dontwarn com.facebook.**
-keep class com.facebook.** { *; }

-dontwarn com.google.**
-keep class com.google.** { *; }

## ... ...
  • 1
  • 2
  • 3
  • 4
  • 5
  • 6
  • 7
  • 8
  • 9
  • 10
  • 11
  • 12
  • 13
  • 14
  • 15
  • 16
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  • 32
  • 33
  • 34
  • 35
  • 36
  • 37
  • 38

第二个技巧
一般release版本混淆之后,像友盟这样的统计系统如果有崩溃异常,会记录如下:

java.lang.NullPointerException: java.lang.NullPointerException
    at com.xxx.TabMessageFragment$7.run(Unknown Source)
  • 1
  • 2

这个Unknown Source是很要命的,排除错误无法定位到具体行了,大大降低调试效率。
当然,友盟支持上传Mapping文件,可帮助定位,mapping文件的位置在:

project > module
        > build > outputs > {flavor name} > {build type} > mapping.txt
  • 1
  • 2

如果版本一多,mapping.txt每次都要重新生成,还要上传,终归还是麻烦。
其实,在proguard-rules.pro中添加如下代码即可:

-keepattributes SourceFile,LineNumberTable 
  • 1

当然apk包会大那么一点点(我这里6M的包,大个200k吧),但是再也不用mapping.txt也能定位到行了,为了这种解脱,这个代价我个人觉得是值的,而且超值!

参考文章
http://blog.csdn.net/zivensonice/article/details/51672846
https://www.cnblogs.com/qianxudetianxia/p/4948499.html

https://mp.weixin.qq.com/s?__biz=MzI4MTQyNDg3Mg==&mid=2247484168&idx=1&sn=b60e96bdaa87038bfc1f449c492efe9f&chksm=eba8258fdcdfac9963a5f0f0d6dc6273f1d7ede8a2cbe294891573bde127352fce3b34e80e29&mpshare=1&scene=23&srcid=1113Lp8G5zqyfNdxx94RVfa3#rd

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/小丑西瓜9/article/detail/253668
推荐阅读
相关标签
  

闽ICP备14008679号