Android 应用程序签名

浏览数：21 / 时间：2015年06月11日

本文主要介绍Android应用程序签名的相关理论知识以及如何发布Android应用程序。

1.签名的概念

为大家所熟知的日常生活中的签名，它是代表某个人的特殊标记，用于唯一标识某个人。而Android 应用程序的签名的本质与日常生活中的签名是一样的，应用程序中的签名也开发者在应用程序中打上的一种特殊标记，别人在看到这个标记时，他会知道是这个应用程序与你有关或者是你开发的，而不是别人。

2.Android应用程序一定要签名吗

是的，Google发布的Android系统要求每个发布的应用程序都必须签名。Android应用程序的签名是用来建立程序的开发者与程序包之间的信任关系，当更新应用程序时，Android系统要求新/旧两个应用程序的签名必须一致。

与windows上签名的意义不同的是，Android的签名不需要权威的数字证书机构认证，不会用于决定终端用户可以安装哪些应用程序，它是程序的作者自己完成的，是Android系统中程序包的一种自我认证的机制。

3.Debug签名

如果你是一个刚入门的开发者，你会发现你开发的应用程序没有经过自己的签名也可以安装在Android系统的机器上，这是因为ADT工具使用debug数字证书(存在于debug.keystore)自动为每个处于开发阶段的应用程序打上了debug签名。

debug.keystore 也被称为debug 密钥库，为app签名时必备的文件，使用Eclips时会安装ADT（Android Development Tools）插件，ADT自带debug 密钥库（也可称作证书库，因为*.keystore是用来存放数字证书的），文件放在：

系统盘:\Users\zhangsan\.android\ debug.keystore。不同的系统密匙库的位置可能存在细微的差异。

通常情况下，在开发阶段的应用程序是不需要作者创建一个自己的密钥库文件(*.keystore),但是如果你要发布已经开发好的应用程序就必须使用自己的签名，debug签名的应用程序是不能发布到应用商店的。

4.如何给应用程序签名

App的签名可以通过两种方式来完成，使用ADT提供的图形化界面来完成，或者使用命令行（DOS）命令进行签名。

1）图形化工具进行签名

第一步：导出

选择项目->右键->export -> export Android Application（这里我使用ZHGL这个Android App项目进行演示）

第二步：选择要导出的app工程

第三步：创建密钥库(*.keystore)

第一次使用选择 create new keystore，指定密钥库(.keystore)存放的位置：C:\Users\chen.jian\Desktop\AndroidSignature，并设置密钥库的密码。

PS:密钥可以为多个应用程序签名哦，建议开发者拥有一个密钥库就行了。

第四步：创建签名证书

签名证书的概念：现实环境中，证书会携带作者/证书内容等相关信息，然后会有颁发证书机构的签名或者印章，而与这里的签名证书在本质上相同，你设定的密码相当于签名，签名工具会使用此密码对apk进行加密。

——Alias：密钥库的别名（作者自行设定，不区分大小写，密钥库可以存放多个签名证书（数字证书），不同的app 建议创建不同的签名证书）

——Password：密钥密码

——Validity：签名证书的有效期限

第五步：生成带签名的apk文件

第六步：使用创建好的证书对apk进行签名。

2）DOS命令进行签名

DOS环境下对apk进行签名需要用到三个工具:keytool、jarsigner、zipalign

Keytool：创建密匙库、创建数字证书，在JDK的bin安装目录下(如：C:\Program Files\Java\jdk1.6.0_10\bin)
Jarsigner：对apk进行签名，也在JDK的bin安装目录下
Zipalign：对签名后的apk文件进行优化，提高虚拟机的执行效率，存在于SDK的tools目录下(如：D:\android-sdk-windows\tools\)

可以看出对apk进行签名并非是Android的专利，而是Java时代初就已经存在了。

PS:如果要在DOS环境下使用这几个工具就需要将其添加到windows的环境变量中。

第一步：导出未签名的apk文件

第二步：使用keytool创建数字证书

keytool -genkey -v -keystore ChenJian.keystore -alias androidkeystore_v1 -keyalg RSA -validity 20000

说明：

keytool是工具名称，-genkey意味着执行的是生成数字证书操作，-v表示将生成证书的详细信息打印出来，显示在dos窗口中；
-keystore ChenJian.keystore 表示生成的数字证书的文件名为" ChenJian.keystore "；
-alias androidkeystore_v1 表示证书的别名为" androidkeystore_v1"；
-keyalg RSA 表示生成密钥文件所采用的算法为RSA；
-validity 20000 表示该数字证书的有效期为20000天，意味着20000天之后该证书将失效

在执行上面的命令生成数字证书文件时，会提示你输入一些信息，包括证书的密码。

密匙库会被放在当前目录C:\Users\chen.jian\ ChenJian.keystore，你也可以自己指定目录。

第三步使用jarsigner给app签名：

jarsigner -verbose -keystore ChenJian.keystore -signedjar Signed_ZHGL.apk Unsigned_ZHGL.apk androidkeystore_v1

说明：

jarsigner是工具名称，-verbose表示将签名过程中的详细信息打印出来，显示在dos窗口中；
-keystore ChenJian.keystore 表示签名所使用的数字证书所在位置，这里没有写路径，表示在当前目录下；
-signedjar Signed_ZHGL.apk Unsigned_ZHGL.apk表示给Unsigned_ZHGL.apk文件签名，签名后的文件名称为Signed_ZHGL.apk；

最后面的androidkeystore_v1 表示证书的别名，对应于生成数字证书时-alias参数后面的名称。

第四步优化app：

zipalign -v 4 Signed_ZHGL.apk Signed_aligned_ZHGL.apk

说明：

zipalign是工具名称，-v表示在DOS窗口打印出详细的优化信息；
Signed_ZHGL.apk Signed_aligned_ZHGL.apk 表示对已签名文件Signed_ZHGL.apk进行优化，优化后的文件名为Signed_aligned_ZHGL.apk
说明：如果你以前的程序是采用默认签名的方式（即debug签名），一旦换了新的签名应用将不能覆盖安装，必须将原先的程序卸载掉，才能安装上。因为程序覆盖安装主要检查两点：
两个程序的入口Activity是否相同。两个程序如果包名不一样，即使其它所有代码完全一样，也不会被视为同一个程序的不同版本；
两个程序所采用的签名是否相同。如果两个程序所采用的签名不同，即使包名相同，也不会被视为同一个程序的不同版本，不能覆盖安装。
另外，可能有人可能会认为反正debug签名的应用程序也能安装使用，那也没有必要自己签名了嘛。千万不要这样想，debug签名的应用程序有这样两个限制，或者说风险：
debug签名的应用程序不能在Android Market上架销售，它会强制你使用自己的签名；

debug.keystore在不同的机器上所生成的可能都不一样，就意味着如果你换了机器进行apk版本升级，那么将会出现上面那种程序不能覆盖安装的问题。不要小视这个问题，如果你开发的程序只有你自己使用，当然无所谓，卸载再安装就可以了。但要是你的软件有很多使用客户，这就是大问题了，就相当于软件不具备升级功能！

5.数字证书用法

1）共享数字证书的优势

有利于程序升级，当新版程序和旧版程序的数字证书相同时，Android系统才会认为这两个程序是同一个程序的不同版本。如果新版程序和旧版程序的数字证书不相同，则Android系统认为他们是不同的程序，并产生冲突，会要求新程序更改包名。
有利于程序的模块化设计和开发。Android系统允许拥有同一个数字签名的程序运行在一个进程中，Android程序会将他们视为同一个程序。所以开发者可以将自己的程序分模块开发，而用户只需要在需要的时候下载适当的模块。
可以通过权限(permission)的方式在多个程序间共享数据和代码。Android提供了基于数字证书的权限赋予机制，应用程序可以和其他的程序共享概功能或者数据给那那些与自己拥有相同数字证书的程序。如果某个权限(permission)的protectionLevel是signature，则这个权限就只能授予那些跟该权限所在的包拥有同一个数字证书的程序。