遇到了这样一个问题:我们已经在centos下签名生成好的apk,拿到腾讯乐固上加固以后,签名没有了,就需要重新签名,我乐滋滋的想,既然原来是在centos下签名的,那再去centos上签名一次就好了,可以并没有那么简单,一直报错jarsigner不能打开我的apk,如下:
jarsigner: unable to open jar file: my.apk
后面想了下,我之前的签名是先使用apktool.jar反编译apk,删除里面的META-INF文件夹,然后再编译生成新的apk,然后才签名的,我也尝试了这种方式,发现报错,反编译失败,查了资料,发现腾讯乐固加固有一项就是为了防止apk反编译的,所以我反编译失败是解释的通的。
觉得centos不行,那我再windows下试试,同样的签名命令,windows下在git bash下可以!!! 目前不清楚为啥,不知道是不是不同系统的jdk不一样。
在ftp上我们指定了路径给签名apk使用,比如是\192.168.1.3ftpsign_apk
用到了两个脚本,一个bat,一个shell,所以需要在windows上安装下git bash,话不多说,直接看下脚本,
bat脚本:sign_apk.bat
@echo on
setlocal ENABLEDELAYEDEXPANSION
set apk_path="\192.168.1.3ftpsign_apk"
set local_sign_path=C:uild_batsign_apk
::当前路径
set cur_path=%cd%
::复制key文件
echo cur_path=%cur_path% and ftp_path=%apk_path%
copy %local_sign_path%mirror_aw.key .
xcopy %apk_path%* .
md target
::查找当前目录下的所有apk文件,并调用shell脚本签名
for /F %%h in ( 'dir /B %cur_path% ^|findstr ".apk" ' ) do (
set apk_name=%%h
echo apk_name=!apk_name!
call %local_sign_path%sign_tool.sh !apk_name!
)
::等shell执行结束后,将签名后的apk回收到ftp上
ping 127.0.0.1
xcopy target* %apk_path%
shell脚本:sign_tool.sh
#!/bin/bash
echo ==========sign $apk_name=====================
time_now=`date "+%Y%m%d%H%M"`
jarsigner -verbose -digestalg SHA1 -sigalg SHA1withRSA -keystore mirror.key -signedjar target/"$time_now"_signed_"$apk_name" $apk_name $key_alise -storepass $passwd
两个脚本放在同一个目录下,同级目录下还有个key文件,加密时使用
最后直接执行bat脚本就可以了,执行结束后,会在你的ftp路径下看到以“时间_signed”标志开始的apk,就是已经签名了的apk