起因:公司有海外项目,需要推广apk ,数量多,但是由于被play protect阻止安装,初版解决方案 apk加固、换签名、垃圾代码、修改资源文件的MD5,但是由于原生代码标记过于严重,推广成本高,又换了一种方案,有所缓解,原先每天固定时间查看是否被block,效果不是很好,需要写一些脚本程序自动检测,
前期准备
国际版手机,代理,play保护机制保持最新(某些带谷歌服务的模拟器也行,但是效果有时候会差),USB调试打开-通过USB验证应用
第一版方案
通过ADB命令安装app,查看是否有弹窗,而弹窗是play应用的弹窗,adb解决不了,需要人工点击弹窗确认,有一定成本,
//安装前先检测是否已安装,卸载已安装应用
adb uninstall com.xx.xx
//安装应用
adb install com.xx.xx
第二版
在上面的基础上使用Appium+webdriverio来实现自动检测、点击弹窗(其实也可以安装apk,但是第一版已经实现了就没再用),加固-签名-上传-清缓存
官网
Welcome - Appium Documentation
官网讲解很详细,配置好环境,使用Appium Inspector来查看页面元素,第一次使用还遇到版本有bug,通过回退才能用(Error: Cannot start Appium session on real android device with Mac M1 - Device UDID is being dropped by Appium · Issue #19713 · appium/appium (github.com)),当然最新版本已经修复
主要代码如下,逻辑上可以循环检测,也可以监听,根据业务实现就好
const { remote } = require('webdriverio');
const capabilities = {
"platformName": "Android",
"appium:udid": "xxxxxx",
"appium:platformVersion": "9",
"appium:automationName": "UiAutomator2"
};
const wdOpts = {
hostname: process.env.APPIUM_HOST || 'localhost',
port: parseInt(process.env.APPIUM_PORT, 10) || 4723,
logLevel: 'info',
capabilities,
};
const driver = await remote(wdOpts);
const btn= await driver.$('//*[@text="知道了"]');
await btn.click();
检测完,把有问题的apk,加固好换签名(可api实现,可人工),上传,刷新缓存
签名
const { execSync } = require('child_process');
execSync(` java -jar apksigner.jar sign --ks ./bazel_debug.keystore -ks-key-alias xxx -ks-pass pass:xxx -key-pass pass:xxx --out ./signed/xxx.apk ./unsigned/xxx.apk `);
上传 、清缓存
公司使用的oss、aws,需要接对应的SDK上传、刷新DNS或者失效。