Android Bugly那些实践走过的坑

上一文章讲了如何使用tinker,今天我们带来一个更加方便的sdk,它也是使用tinker来实现热更新,还另加入了后台管理补丁,是不是更加方便很多,而且还减少了我们tinker的许多配置.

• 配置主项目和app项目的build.gradle,为了分隔配置,新建一个tinker-support.gradle
• 改造Application
• 生成基准版app,也就是存在bug版本的apk(记得通报联网,也就是联网打开该app,bugly会上传版本号到后台数据库)
• 为基准版apk,生成修复的补丁文件patch_singed_7zip.apk
• Bugly上传补丁文件

• 打开app后,再重启app,即可看到修复

  配置主项目和app项目的build.gradle,为了分隔配置,新建一个tinker-support.gradle.

主目录的build.gradle:

 classpath "com.tencent.bugly:tinker-support:latest.release"

项目的build.gradle:

//hot fix
    compile "com.android.support:multidex:1.0.1" // 多dex配置
    //注释掉原有bugly的仓库
    //compile 'com.tencent.bugly:crashreport:latest.release'//其中latest.release指代最新版本号，也可以指定明确的版本号，例如2.3.2
    compile 'com.tencent.bugly:crashreport_upgrade:latest.release'//其中latest.release指代最新版本号，也可以指定明确的版本号，例如1.2.0
    compile 'com.tencent.bugly:nativecrashreport:latest.release' //其中latest.release指代最新版本号，也可以指定明确的版本号，例如2.2.0

注意:顺便把debug和release的签名文件也配置了

 signingConfigs {
        release {
            try {
                storeFile file('E:/androidstudioWorkPace/FanliMall/fanlimall.jks')
                storePassword "123456"
                keyAlias "FanLi_mall"
                keyPassword "123456"
            } catch (ex) {
                throw new InvalidUserDataException(ex.toString())
            }
        }
        debug {
            keyAlias 'FanLi_mall'
            keyPassword '123456'
            storeFile file('E:/androidstudioWorkPace/FanliMall/fanlimall.jks')
            storePassword '123456'
        }
    }

 buildTypes {
        release {
            minifyEnabled false
            signingConfig signingConfigs.debug
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
        }
        debug {
            minifyEnabled false
            signingConfig signingConfigs.debug
        }
    }
       sourceSets {
        main {
            jniLibs.srcDirs = ['libs']
        }
    }
    lintOptions {
        checkReleaseBuilds false
        abortOnError false
    }

新建tinker-support.gradle文件进行tinker一些配置,再加入你地model的build.gradle.
需要注意:
def baseApkDir = “fanli-0522-11-02-36”指的是你存放基准apk的文件夹.
baseApk = “${bakPath}/${baseApkDir}/fanli-release.apk”是你基准apk的名称,要对应.
tinkerId = “patch-5.1.2”指的是当前基准apk的唯一标识号,再生成补丁时候需要去修改.
enableProxyApplication = false是否开启反射,默认是不开启,需要我们手动改造application,这样兼容性会更高.

// 依赖插件脚本
apply from: 'tinker-support.gradle'

tinker-support.gradle:

apply plugin: 'com.tencent.bugly.tinker-support'

def bakPath = file("${buildDir}/bakApk/")

/**
 * 此处填写每次构建生成的基准包目录
 */
def baseApkDir = "fanli-0522-11-02-36"

/**
 * 对于插件各参数的详细解析请参考
 */
tinkerSupport {

    // 开启tinker-support插件，默认值true
    enable = true

    // 指定归档目录，默认值当前module的子目录tinker
    autoBackupApkDir = "${bakPath}"

    // 是否启用覆盖tinkerPatch配置功能，默认值false
    // 开启后tinkerPatch配置不生效，即无需添加tinkerPatch
    overrideTinkerPatchConfiguration = true

    // 编译补丁包时，必需指定基线版本的apk，默认值为空
    // 如果为空，则表示不是进行补丁包的编译
    // @{link tinkerPatch.oldApk }
    baseApk = "${bakPath}/${baseApkDir}/fanli-release.apk"

    // 对应tinker插件applyMapping
    baseApkProguardMapping = "${bakPath}/${baseApkDir}/app-release-mapping.txt"

    // 对应tinker插件applyResourceMapping
    baseApkResourceMapping = "${bakPath}/${baseApkDir}/app-release-R.txt"

    // 构建基准包和补丁包都要指定不同的tinkerId，并且必须保证唯一性
    tinkerId = "patch-5.1.2"

    // 构建多渠道补丁时使用
    // buildAllFlavorsDir = "${bakPath}/${baseApkDir}"

    // 是否启用加固模式，默认为false.(tinker-spport 1.0.7起支持）
    // isProtectedApp = true

    // 是否开启反射Application模式
    enableProxyApplication = false

}

/**
 * 一般来说,我们无需对下面的参数做任何的修改
 * 对于各参数的详细介绍请参考:
 * https://github.com/Tencent/tinker/wiki/Tinker-%E6%8E%A5%E5%85%A5%E6%8C%87%E5%8D%97
 */
tinkerPatch {
    //oldApk ="${bakPath}/${appName}/app-release.apk"
    ignoreWarning = false
    useSign = true
    dex {
        dexMode = "jar"
        pattern = ["classes*.dex"]
        loader = []
    }
    lib {
        pattern = ["lib/*/*.so"]
    }

    res {
        pattern = ["res/*", "r/*", "assets/*", "resources.arsc", "AndroidManifest.xml"]
        ignoreChange = []
        largeModSize = 100
    }

    packageConfig {
    }
    sevenZip {
        zipArtifact = "com.tencent.mm:SevenZip:1.1.10"
//        path = "/usr/local/bin/7za"
    }
    buildConfig {
        keepDexApply = false
        //tinkerId = "1.0.1-base"
        //applyMapping = "${bakPath}/${appName}/app-release-mapping.txt" //  可选，设置mapping文件，建议保持旧apk的proguard混淆方式
        //applyResourceMapping = "${bakPath}/${appName}/app-release-R.txt" // 可选，设置R.txt文件，通过旧apk文件保持ResId的分配
    }
}

改造Application,这里我选择的是enableProxyApplication = false,手动改造

继承DefaultApplicationLike,主要的3个方法.
这里注意了:在你上传补丁时候,选择下发设备有开发,全量,自定义选择,如果选择的是开发设备，要检查你是否调用了Bugly.setIsDevelopmentDevice(getApplicationContext(), true);
否则会收不到补丁更新.这是个坑.

  @Override
    public void onCreate() {
        super.onCreate();
        // 这里实现SDK初始化，appId替换成你的在Bugly平台申请的appId
        // 调试时，将第三个参数改为true
        Bugly.init(getApplication(), "900029763", false);
        Bugly.setIsDevelopmentDevice(getApplicationContext(), true);
        //
        //这里转移你Application中oncreate的代码
    }


    @TargetApi(Build.VERSION_CODES.ICE_CREAM_SANDWICH)
    @Override
    public void onBaseContextAttached(Context base) {
        super.onBaseContextAttached(base);
        // you must install multiDex whatever tinker is installed!
        MultiDex.install(base);

        // 安装tinker
        // TinkerManager.installTinker(this); 替换成下面Bugly提供的方法
        Beta.installTinker(this);
    }

    @TargetApi(Build.VERSION_CODES.ICE_CREAM_SANDWICH)
    public void registerActivityLifecycleCallback(Application.ActivityLifecycleCallbacks callbacks) {
        getApplication().registerActivityLifecycleCallbacks(callbacks);
    }

继承TinkerApplication
构造方法有4个参数.
第一个是你需要补丁修改的类型,有资源文件,类等等,这里选取全部.
第二个是上面我们改造的ApplicationLike,需要全包名.
后2个默认.
最后记得在AndroidManifest.xml配置这个TinkerApplication.

public class MyApplicationLike extends TinkerApplication {
    public MyApplicationLike() {
        super(ShareConstants.TINKER_ENABLE_ALL, "interest.fanli.app.FanLiBaseApplication",
                "com.tencent.tinker.loader.TinkerLoader", false);
    }


}

生成基准版app,也就是存在bug版本的apk(记得通报联网,也就是联网打开该app,bugly会上传版本号到后台数据库)

使用gradle工具打包签名apk

buildsuccess,生成该apk文件(基准版)

为基准版apk,生成修复的补丁文件patch_singed_7zip.apk

打补丁文件,需要修改3个地方.在tinker-support.gradle中
1,def baseApkDir = “fanli-0522-11-02-36”
对应你地基准版本所在文件夹
2,baseApk = “${bakPath}/${baseApkDir}/fanli-release.apk”
apk的名称
3.tinkerId = “patch-5.1.2”
修改tinkerId,只要和基准版本不一样即可.
(若开启混淆还需要配置:

  // 对应tinker插件applyMapping
    baseApkProguardMapping = "${bakPath}/${baseApkDir}/app-release-mapping.txt"

    // 对应tinker插件applyResourceMapping
    baseApkResourceMapping = "${bakPath}/${baseApkDir}/app-release-R.txt"

)

使用tinker-support生成

补丁文件路径:build\outputs\patch\release\patch_signed_7zip.apk
注意是patch路径下的,并不是tinkerPatch下的.

联网上报后,Bugly上传补丁文件,选择的是全量设备,若是开发设备,记得加上Bugly.setIsDevelopmentDevice(getApplicationContext(), true);

重启app(大概重启2次),即可修复

bugly视频教学接入

常见问题与文档