一、Android签名机制

Android签名机制可划分为ROM签名机制与第三方APK签名机制，在这里只讨论APK签名机制。

Android系统在安装APK的时候，首先会检验APK的签名，如果发现签名文件不存在或者校验签名失败，则会拒绝安装，所以应用程序在发布之前一定要进行签名。给APK签名可以带来以下好处：

应用程序升级。

如果想无缝升级一个应用，Android系统要求应用程序的新版本与老版本具有相同的签名与包名。若包名相同而签名不同，系统会拒绝安装新版应用。

应用程序模块化。

Android系统可以允许同一个证书签名的多个应用程序在一个进程里运行，系统实际把他们作为一个单个的应用程序。此时就可以把我们的应用程序以模块的方式进行部署，而用户可以独立的升级其中的一个模块。

代码或数据共享。

Android提供了基于签名的权限机制，一个应用程序可以为另一个以相同证书签名的应用程序公开自己的功能与数据，同时其它具有不同签名的应用程序不可访问相应的功能与数据。

应用程序的可认定性。

签名信息中包含有开发者信息，在一定程度上可以防止应用被伪造。例如网易云加密对Android APK加壳保护中使用的“校验签名(防二次打包)”功能就是利用了这一点。

二、签名原理

对一个APK文件签名之后，APK文件根目录下会增加META-INF目录，该目录下增加三个文件：

其中.RSA文件还可能是.DSA文件，RSA与SF文件的文件名可以更改，但是它们的命名必须一样。

MANIFEST.MF中保存了APK里所有文件的SHA1校验值的BASE64编码，格式如下(一个文件对应一条记录)：

Name: res/anim/abc_fade_in.xml

SHA1-Digest: ohPEA4mboaFUu9LZMUwk7FmjbPI=

Name: res/anim/abc_fade_out.xml

SHA1-Digest: MTJWZc22b5LNeBboqBhxcQh5xHQ=

SF文件里保存了MANIFEST.MF文件的SHA1校验值的BASE64编码，同时还保存了MANIFEST.MF中每一条记录的SHA1检验值BASE64编码，格式如下：

SHA1-Digest-Manifest: ZRhh1HuaoEKMn6o21W1as0sMlaU=

Name: res/anim/abc_fade_in.xml

SHA1-Digest: wE1QEZhFkLBWMw4TRtxPdsiMRtA=

Name: res/anim/abc_fade_out.xml

SHA1-Digest: MfCV1efdxSKtesRMF81I08Zyvvo=

RSA文件则包含了签名的公钥、签名所有者等信息，还保存了用SHA1withRSA签名算法对SF文件的签名结果信息。

Android系统就是根据这三个文件的内容对APK文件进行签名检验的。

三、Android 签名方法

1、apksign、jarsinger

一般的签名过程可以由apksign.jar或者jarsinger.jar完成。apksign.jar由Android SDK提供，使用方法如下：

java -jar signapk.jar testkey.x509.pem testkey.pk8 update.apk update_signed.apk

它接受一个PEM公钥文件，PK8私钥文件，对update.apk进行签名，签名后的文件保存到update_signed.apk。

jarsinger是由JDK提供，使用方法如下：

jarsigner -verbose -keystore d:\\debug.keystore -signedjar update_signed.apk update.apk androiddebugkey -digestalg SHA1 -sigalg MD5withRSA -keypass android -storepass android

其中：

-keystore表示keystore文件的路径

androiddebugkey 表示keystore中的一个别名

-digestalg表示摘要算法

-sigalg 表示签名算法

-keypass 表示别名密码

-storepass表示keystore密码

经过测试，我们发现以上两个传统的签名工具存在以下缺点：

1)、jarsigner在对一个已经有META-INF目录的APK进行签名的时候，有可能会报错：

jarsigner: 无法对 jar 进行签名: java.util.zip.ZipException: invalid entry compressed size (expected 1368 but got 1379 bytes)

2)、如果APK中已经有签名文件且签名文件中的RSA(或DSA)、SF文件的命名不是CERT的时候，用这两个签名工具进行签名后，会出现：

META-INF目录下会有两个RSA/SF文件，会导致APK在安装的时候失败。

3)、签名花费时间长。这两个签名工具在生成签名后的APK时，是按Zip中一个entry接一个entry 依次拷贝的，效率十分低。因为游戏类型APK类文件数量一般比较多，所以这一缺陷在签名游戏类型APK时，体现得尤为明显。

2、极速签名工具(ApkSinger)

针对signapk.jar与jarsigner在签名过程的缺点，我们开发了新的签名工具ApkSinger.jar。主要是在保证签名正确的基础上：

1) 可以对已签名APK或已存在META-INF目录的APK进行签名。

2) 增加对目录处理的支持。通常在打多个渠道包时，需要对多个APK进行签名，所以增加对目录的签名支持是有必要的。

3) 提高处理效率，优化签名时间。对目录处理时，优势犹为明显！

命令行下运行：java -jar ApkSigner.jar 查看版本号与使用方法：

NetEase ApkSigner1.2

Usage:

java -jar ApkSigner.jar [-appname test] -keystore keystorePath -alias alias [-pswd password] [-aliaspswd aliasPassword] apkPath(or directory)

参数

说明

-appname

待签名的应用程序名，可选，但建议不同的APP填上对应的app名(可以为中文)，

有助于【加速】

-keystore

后跟.keystore签名文件

-alias

后跟签名别名

-pswd

后跟对应签名的密码，可选，如果不填，则签名的时候需要手动输入

-aliaspswd

对应别名alias的密码，如果没有则默认使用keystore Password

最后跟待签名的APK路径或者目录路径 ，如果跟的是目录则是批量签名。

选了几个不同体积的APK包进行测试，分别是：20M，144M，343M。分别建立文件夹A、B、C， 分别放5个包(假设要打5个渠道包)。分别调用jarsigner，signapk.jar， ApkSinger.jar对各个文件夹里的APK进行签名，签名速度结果对比如下：

可以看出，极速签名工具(ApkSinger)的速度较其他的签名工具是非常快的，可以极大地优化打包流程，节省打包时间。工具下载链接：http://apk.aq.163.com/apkpack.do#download

如有什么问题，欢迎交流。