html打包apk_Android自动化脚本多渠道加固、打包

最新推荐文章于 2024-05-30 09:11:57 发布

weixin_39918084

最新推荐文章于 2024-05-30 09:11:57 发布

阅读量417

点赞数

文章标签： html打包apk java打包jar uniapp打包后apk白屏只更新一个文件却要重新打包jar

作者:羊羊羊就是我
来源:https://juejin.im/post/5db037d4f265da4d2b34f557

背景：

爱回收拍机堂APP因为要上应用市场，渠道运营找了我希望我能给出加固的多渠道包，现在目前国内市场的android应用市场部分是需要加固的，所以我们需要进行加固和多渠道打包构建自动化。

先说结论

原本打算用360加固和多渠道打包的，后来因为360会在代码里注入很多套件，就放弃了360的方案，采用了Vasdolly的多渠道打包方案。

但是这篇文章是分别都说了360加固打包的方案和Vasdolly打包方式。

前期技术调研

调研了Android原生方案，美团walle方案，360加固保三个主流的打包方案，各有优缺点：

技术方案	优点	缺点
Android原生方案	通过PrpductFlovers进行变体打包，变体与变体之间构建灵活	每个变体都是assebleXXXRelease重新打包，打包速度慢
美团walle	每个渠道是通过解apk之后，插入渠道信息，再重新签名打包速度快	加固需要自己实现或者其他第三方方案
360加固保	同walle方案类似，打包速度快；可以加固多渠道打包一体化	渠道之间的差异需要获取meta-data硬编码

我们实际需求

目前每个渠道只是一个纯粹的apk进行上架，暂时没有针对某个渠道进行特殊化需求。
我们需要将渠道的来源传递给BI进行渠道分析
很多渠道上架需要加固apk，所以必须需要apk加固

结合上面的调研和我们实际的需求，我们决定选择360加固包进行加固。

那就开始整。。。

加固打包流程图

需求梳理

在assembleRelease后面新建一个任务来处理apk包
找到assembleRelease生成的app-release.apk
对这个apk进行加固
对这个apk进行多渠道打包
对多渠道的apk重新签名
把apk包持续交付给测试和渠道运营

代码实现

找到360加固宝的zip以及文档：

360加固保下载地址：jiagu.360.cn/index.html

因为我们需要把自动加固和多渠道打包做到自动化CI(jenkins)上，所以我们需要使用360加固宝的命令行工具

命令行工具文档：jiagu.360.cn/qcms/help.h…

通过文档，找到几个关键的命令行

 1# 登录
 2java -jar jiagu.jar –login <username> <password>
 3
 4#导入签名
 5java -jar jiagu.jar  -importsign <keystore_path> <keystore_password> <alias><alias_password>
 6
 7#导入渠道列表文件
 8java -jar jiagu.jar -importmulpkg <mulpkg_path>
 9
10#加固 多渠道打包
11java -jar jiagu.jar -jiagu <inputAPKpath> <outputpath> -autosign  -automulpkg

代码实现

找到assembleRelease生成的app-release.apk

/** * 找出release文件app build 文件夹中 * 只能匹配出以apk结尾并且包含release字符串的apk文件 */ findReleaseApkPath = { -> def appBuildOutPut = new File("${rootProject.rootDir}/app/build/outputs/apk/release") def apkFile = null appBuildOutPut.eachFile { if (it.name.endsWith(".apk") && it.name.contains("release")) { println(it) apkFile = it } } return apkFile }

调用360加固.jar 进行加固打包

/** * 通过调用360的命令行加固并且多渠道打包 * apk -> 原有release包的文件 * outputPath -> 多渠道打包后文件输出路径 */ reinForceApk = { File apk, File outPutPath -> println(outPutPath) if (apk == null || !apk.exists()) { println("没有找到apk文件") throw new FileNotFoundException("没有找到APK文件") } if (!outPutPath.exists()) { outPutPath.mkdirs() } ¨K27K

把这个加固的任务写在task上，并且建立在assembleRelease后面

task assembleReinForceRelease() { group 'multipleChannels' dependsOn('assembleRelease') ¨K28K

通过Jenkins归档所有的apk文件(具体在Jenkins ci的操作)

完整的代码实现

在官网下载360加固zip包解压到工程的子目录下，目录结构如下：

rootProject下面新建一个multiple-channels.gradle文件

 1ext {
 2    reinForceJarPath = "${project.rootDir}/360jiagu/jiagu.jar"
 3
 4    keyStorePath = "${rootProject.rootDir}/app/keystore/observer_app.keystore"
 5
 6    rein360ForceDirPath = "${rootProject.rootDir}/360jiagu"
 7
 8    reinForcedOutPutPath = "${rootProject.rootDir}/app/build/outputs/apk/release/channels"
 9
10    rein360ForceJarPath = "${rein360ForceDirPath}/jiagu.jar"
11
12    account360 = "xxxxxx"
13
14    psw360 = "xxxxxx"
15
16    mulpkgPath = "${rein360ForceDirPath}/多渠道模板.txt"
17
18
19    /**20     * 找出release文件app build 文件夹中21     * 只能匹配出 以apk结尾 并且包含release字符串的apk文件22     */
23    findReleaseApkPath = { ->
24        def appBuildOutPut = new File("${rootProject.rootDir}/app/build/outputs/apk/release")
25        def apkFile = null
26        appBuildOutPut.eachFile {
27            if (it.name.endsWith(".apk") && it.name.contains("release")) {
28                println(it)
29                apkFile = it
30            }
31        }
32        return apkFile
33    }
34
35
36    /**37     * 通过调用360的命令行加固并且多渠道打包38     * apk ->  原有release包的文件39     * outputPath -> 多渠道打包后文件输出路径40     */
41    reinForceApk = { File apk, File outPutPath ->
42        println(outPutPath)
43        if (apk == null || !apk.exists()) {
44            println("没有找到apk文件")
45            throw new FileNotFoundException("没有找到APK文件")
46        }
47        if (!outPutPath.exists()) {
48            outPutPath.mkdirs()
49        }
50
51        "java -jar ${rein360ForceJarPath} -login ${account360} ${psw360}".execute().waitForProcessOutput(System.out, System.err)
52
53        "java -jar ${rein360ForceJarPath} -importmulpkg ${mulpkgPath}".execute().waitForProcessOutput(System.out, System.err)
54
55        "java -jar ${rein360ForceJarPath} –importsign ${keyStorePath} ${KEYSTORE_PASSWORD} ${KEY_ALIAS} ${KEY_PASSWORD}".execute().waitForProcessOutput(System.out, System.err)
56
57        "java -jar ${rein360ForceJarPath} -config  -analyse".execute().waitForProcessOutput(System.out, System.err)
58
59        "java -jar ${rein360ForceJarPath} -jiagu ${apk.path} ${outPutPath.path} -autosign -automulpkg".execute().waitForProcessOutput(System.out, System.err)
60
61    }
62}

在app module下build.gradle添加

 1apply from: "../multiple-channels.gradle"
 2
 3task assembleReinForceRelease() {
 4    group 'multipleChannels'
 5    dependsOn('assembleRelease')
 6
 7    doLast {
 8        def apk = findReleaseApkPath()
 9        def outputFile = new File(reinForcedOutPutPath)
10        reinForceApk(apk, outputFile)
11    }
12}

最后

调用./gradlew assembleReinForceRelease 就可以加固并且打完所有的渠道包了

一些坑

第一个

个人开发电脑是mac，Jenkins CI是linux，下载的zip是mac的版本，在Jenkins会报aapt check failed. null的错。

第二个

360加固宝的命令是需要网络请求,是需要等待login的异步返回登录结果的

原本的

1  exec {
2            commandLine("sh", "-c", "java -jar ${rein360ForceJarPath} -login ${jia_gu_user_name} ${jia_gu_psw}")
3            commandLine("sh", "-c", "java -jar ${rein360ForceJarPath} -importmulpkg ${mulpkgPath}")
4            commandLine("sh", "-c", "java -jar ${rein360ForceJarPath} -importsign ${keyStorePath} ${KEYSTORE_PASSWORD} ${KEY_ALIAS} ${KEY_PASSWORD}")
5            commandLine("sh", "-c", "java -jar ${rein360ForceJarPath} -showmulpkg")
6            commandLine("sh", "-c", "java -jar ${rein360ForceJarPath}  -showconfig")
7            commandLine("sh", "-c", "java -jar ${rein360ForceJarPath}  -jiagu ${apk.path} ${outPutPath.path} -autosign -automulpkg")
8        }

改为等待结果的shell

1  "java -jar ${rein360ForceJarPath} -login ${account360} ${psw360}".execute().waitForProcessOutput(System.out, System.err)
2
3        "java -jar ${rein360ForceJarPath} -importmulpkg ${mulpkgPath}".execute().waitForProcessOutput(System.out, System.err)
4
5        "java -jar ${rein360ForceJarPath} –importsign ${keyStorePath} ${KEYSTORE_PASSWORD} ${KEY_ALIAS} ${KEY_PASSWORD}".execute().waitForProcessOutput(System.out, System.err)
6
7        "java -jar ${rein360ForceJarPath} -config  -analyse".execute().waitForProcessOutput(System.out, System.err)
8
9        "java -jar ${rein360ForceJarPath} -jiagu ${apk.path} ${outPutPath.path} -autosign -automulpkg".execute().waitForProcessOutput(System.out, System.err)

通过反编译发现360会在代码里面注入很多360的服务，广播，activity和application加载器

发现360会在清单文件里面修改application的指向文件。

除此之外如果你选择了更新服务和其他的服务的话他还可能会在文件里面增加更新服务更新广播，总之四大组件都增加了个遍。

这样我们可能会被360增加广告之类的服务，丧失了app的部分控制权。

再结合360市场必须360加固，应用宝推荐legu加固，所以360加固的不能再应用宝上线(纠正一下，评论有的小伙伴说，360加固的可以在应用宝上线)。

综合以上的几个点，我们更改技术方案是：

使用VasDolly多渠道打包(walle plugin总是加载失败就放弃了)
其他市场直接上架，需要加固的市场让运营的同事手动加固一下。

集成VasDolly

github地址 github.com/Tencent/Vas…

首选命令行工具因为我们之前都写了那么多，不能荒废啊

命令行说明地址
：github.com/Tencent/Vas…

新建一个vasdolly文件夹下载jar包放进去

java -jar VasDolly.jar put -c channel.txt /home/user/base.apk /home/user/

VasDolly 的原理介绍：

github.com/Tencent/Vas…

他是基于v1和v2签名方式，在签名中写入渠道参数。?????，速度快还对于apk本身没有任何侵入，只是在签名上增加了渠道信息。

最后vasdolly完整代码

新增目录结构删除所有360加固的文件夹新增一个vasdolly文件夹

multiple-channeles.gradle

 1ext {
 2    jarPath = "${project.rootDir}/vasdolly/VasDolly.jar"
 3    channelsPath = "${project.rootDir}/vasdolly/channels.txt"
 4    outputChannelsFilePath = "${project.rootDir}/app/build/outputs/apk/release/channels/"
 5
 6
 7
 8    /** 9     * 找出release文件app build 文件夹中10     * 只能匹配出 以apk结尾 并且包含release字符串的apk文件11     */
12    findReleaseApkPath = { ->
13        def appBuildOutPut = new File("${rootProject.rootDir}/app/build/outputs/apk/release")
14        def apkFile = null
15        appBuildOutPut.eachFile {
16            if (it.name.endsWith(".apk") && it.name.contains("release")) {
17                apkFile = it
18            }
19        }
20        return apkFile
21    }
22
23
24    /**25     * 通过调用360的命令行加固并且多渠道打包26     * apk ->  原有release包的文件27     * outputPath -> 多渠道打包后文件输出路径28     */
29    buildMultipleChannels = { File apk, File outPutPath ->
30        println(outPutPath)
31        if (apk == null || !apk.exists()) {
32            throw new FileNotFoundException("没有找到APK文件")
33        }
34        if (!outPutPath.exists()) {
35            outPutPath.mkdirs()
36        }
37
38        def cmd = "java -jar ${jarPath} put -c ${channelsPath} ${apk} ${outPutPath}"
39        println cmd
40        cmd.execute().waitForProcessOutput(System.out, System.err)
41    }
42}

app build.gradle

 1apply from: "../vasdolly/multiple-channels.gradle"
 2
 3
 4/** 5 * 开启多渠道打包的任务 6 * 这个任务会依赖assembleRelease 打出来的apk包 7 */
 8task assembleMultipleChannelsRelease() {
 9    group 'multipleChannels'
10    dependsOn('assembleRelease')
11
12    doLast {
13        buildMultipleChannels(findReleaseApkPath(), new File(outputChannelsFilePath))
14    }
15}

代码中获取渠道名称

1fun getChannelName(ctx: Activity): String {
2    return try {
3        ChannelReaderUtil.getChannel(ctx.application)
4    } catch (e: Exception) {
5        e.printStackTrace()
6        "official"
7    }
8}

代码更加简洁了。??????

最终我们执行 ./gradlew assembleMultipleChannelsRelease

查看结果：