路边小树苗 2017-11-22 02:40 采纳率: 0%
浏览 880

bugly集成,按照文档集成,然后报错,tinkerId is not set!!!

图片说明

下面是配置文件 tinker-support.gradle 的内容,我估计是下面的配置有问题

 apply plugin: 'com.tencent.bugly.tinker-support'
def bakPath = file("${buildDir}/bakApk/")
/**
 * 此处填写每次构建生成的基准包目录
 */
def baseApkDir = "app-1122-10-07-28"             //--->升级包对应了基准包了
/**
 * 对于插件各参数的详细解析请参考
 */
tinkerSupport {
    // 开启tinker-support插件,默认值true
    enable = true
    // 指定归档目录,默认值当前module的子目录tinker
    autoBackupApkDir = "${bakPath}"
    // 编译补丁包时,必需指定基线版本的apk,默认值为空
    // 如果为空,则表示不是进行补丁包的编译
    // @{link tinkerPatch.oldApk }
    baseApk = "${bakPath}/${baseApkDir}/app-debug.apk"
    // 对应tinker插件applyMapping
    baseApkProguardMapping = "${bakPath}/${baseApkDir}/app-debug-mapping.txt"
    // 对应tinker插件applyResourceMapping
    baseApkResourceMapping = "${bakPath}/${baseApkDir}/app-debug-R.txt"
    // 构建基准包和补丁包都要指定不同的tinkerId,并且必须保证唯一性
    //tinkerId = "base-1.0.4"                  //-->基础包使用这个
    tinkerId = "patch-1.0.4"                   //--> 更新包使用这个
    // 是否启用覆盖tinkerPatch配置功能,默认值false
    // 开启后tinkerPatch配置不生效,即无需添加tinkerPatch
    overrideTinkerPatchConfiguration = false   //--->手动改成了false
    // 构建多渠道补丁时使用
    // buildAllFlavorsDir = "${bakPath}/${baseApkDir}"
    //支持加固需要添加的属性
    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}/${baseApkDir}/app-debug.apk"
    ignoreWarning = true              //--> 手动改成了true
    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的分配
    }
}

我认为主要是这个配置的情况,请问大佬怎么解决

  • 写回答

1条回答 默认 最新

  • 你知我知皆知 2024-08-07 04:15
    关注

    以下回答参考 皆我百晓生券券喵儿 等免费微信小程序相关内容作答,并由本人整理回复。

    从您提供的信息来看,问题可能出在applyMappingapplyResourceMapping以及tinkerId等几个地方。以下是一些建议来解决这些问题:

    1. 修改applyMapping和applyResourceMapping

    首先检查applyMappingapplyResourceMapping是否正确设置为您的更新包所需的基准包的映射文件路径。例如,如果您的更新包需要与旧包具有相同的资源映射,请确保这两个路径指向正确的文件。

    applyMapping = "${bakPath}/${baseApkDir}/app-release-mapping.txt"
    applyResourceMapping = "${bakPath}/${baseApkDir}/app-release-R.txt"
    

    2. 更正tinkerId

    如果您希望使用特定的tinkerId(例如:base-1.0.4),请确保将其替换到相应的值中。这将允许您仅针对特定的更新包执行补丁操作。

    tinkerId = "patch-1.0.4"
    

    3. 确保应用适当的依赖关系

    确保在构建过程中没有遗漏或错误的应用依赖关系。检查dependencies部分中的所有依赖项,并确保它们都在compile层级上被正确地引用。

    4. 考虑使用更安全的方法

    考虑到安全因素,您可以考虑使用更安全的方式来管理应用程序的生命周期,比如使用代理或者反射应用模式。这些方法可以提高安全性,但同时也增加了实现的复杂度。

    5. 检查是否有未定义的变量或拼写错误

    在配置文件中,可能存在未定义的变量或拼写错误,导致构建失败。仔细检查并修复这些错误。

    结论

    根据您的描述,上述策略可能会帮助解决您的问题。如果您仍然遇到困难,建议查阅官方文档或联系腾讯Bugly团队寻求进一步的帮助。

    评论

报告相同问题?