遇到了这样一个问题：我们已经在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