apksigner 签名检查

起因

使用 Centos + Jenkins + Gradle进行自动化构建打包

将工作空间 build文件下的apk 使用360多渠道打包加固

上传了应用市场，结果被腾讯拒了，客服说需要v1+v2进行签名打包

过程

草草，手动打了签名包，使用v1+v2（手动）进行构建，上传了应用宝，临时解决了这个问题

但是自动构建不能v1+v2的问题，一直都在（自以为），但是为何其他应用市场没有拒绝，难道他们都没有高版本手机测试?

翻阅资料，发现有命令可以检测apk包的签名 谷歌官方学习地址

检查apk 包签名版本命令 ,需要将tools 配置到环境变量 

apksigner verify -v xxx.apk

可以看到打印结果

Verified using v1 scheme (JAR signing): true
Verified using v2 scheme (APK Signature Scheme v2): true
Verified using v3 scheme (APK Signature Scheme v3): false

发现自动构建后 build 下apk是符合要求的

将之前上架的多渠道所有包都进行了检测，发现只有 应用宝多渠道的不符合条件

重新打包使用360加壳，发现都是v1+v2签名 

本打算自动打包后添加shell脚本，实现v1+v2签名 ，现在看来好像没什么必要了

应该是360加壳偶发问题，可能是应用宝渠道签名失败了。。。