Android应用程序签名

最新推荐文章于 2024-08-15 04:10:11 发布

2401_85729780

最新推荐文章于 2024-08-15 04:10:11 发布

阅读量936

点赞数 22

文章标签： android

本文链接：https://blog.csdn.net/2401_85729780/article/details/139872524

版权

给apk签名一共要用到3个工具（3个命令），分别是：keytool、jarsigner和zipalign

1）keytool：生成数字证书，即密钥，也就是上面说到的扩展名为.keystore的那类文件；

2）jarsigner：使用数字证书给apk文件签名；

3）zipalign：对签名后的apk进行优化，提高与Android系统交互的效率(Android SDK1.6版本开始包含此工具)

通常你开发的所有应用程序，都是使用同样的签名，即使用同一个数字证书。如果你是第一次做Android应用程序签名，上面的3个工具都将用到；但如果你已经有数字证书了，以后再给其它apk签名时，只需要用到jarsigner和zipalign就可以完成。另外，keytool和jarsigner两个工具是jdk自带的，也就意味着生成数字证书和文件签名不是Android的专利；另外从字面上理解jarsigner也能猜得出该工具主要是用来给jar文件签名的。

3个工具默认所在的路径：

1）keytool：该工具位于jdk安装路径的bin目录下；

2）jarsigner：该工具位于jdk安装路径的bin目录下；

3）zipalign：该工具位于Android-sdk-windows/tools/目录下

2.生成未经签名的apk文件

打开Eclipse，在Android工程名称上点击右键，依次选择“Android Tools” - “Export Unsigned Application Package …”，然后选择一个存储位置保存即可。这样就得到了一个未经签名的apk文件。

使用keytool工具生成数字证书

keytool -genkey -v -keystore liuf
eng.keystore -alias liufeng.keystore -keyalg RSA -validity 20000

说明：

1）keytool是工具名称，-genkey意味着执行的是生成数字证书操作，-v表示将生成证书的详细信息打印出来，显示在dos窗口中；

2）-keystore liufeng.keystore 表示生成的数字证书的文件名为“liufeng.keystore”；

3）-alias liufeng.keystore 表示证书的别名为“liufeng.keystore”，当然可以不和上面的文件名一样；

4）-keyalg RSA 表示生成密钥文件所采用的算法为RSA；

5）-validity 20000 表示该数字证书的有效期为20000天，意味着20000天之后该证书将失效

使用jarsigner工具为Android应用程序签名

jarsigner -verbose -keystore liufeng.keystore -signedjar notepad_signed.apk notepad.apk liufeng.keystore

说明：

1）jarsigner是工具名称，-verbose表示将签名过程中的详细信息打印出来，显示在dos窗口中；

2）-keystore liufeng.keystore 表示签名所使用的数字证书所在位置，这里没有写路径，表示在当前目录下；

3）-signedjar notepad_signed.apk notepad.apk 表示给notepad.apk文件签名，签名后的文件名称为notepad_signed.apk；

4）最后面的liufeng.keystore 表示证书的别名，对应于生成数字证书时-alias参数后面的名称

5. 使用zipalign工具优化已签名的apk（非必须但建议这么做）

zipalign -v 4 notepad_signed.apk notepad_signed_aligned.apk

说明：

1）zipalign是工具名称，-v表示在DOS窗口打印出详细的优化信息；

2）notepad_signed.apk notepad_signed_aligned.apk 表示对已签名文件notepad_signed.apk进行优化，优化后的文件名为 notepad_signed_aligned.apk

如果你以前的程序是采用默认签名的方式（debug签名），一旦换了新的签名应用将不能覆盖安装，必须将原先的程序卸载掉，才能安装上。

因为程序覆盖安装主要检查两点：

1）两个程序的入口Activity是否相同。两个程序如果包名不一样，即使其它所有代码完全一样，也不会被视为同一个程序的不同版本；

2）两个程序所采用的签名是否相同。如果两个程序所采用的签名不同，即使包名相同，也不会被视为同一个程序的不同版本，不能覆盖安装。

另外，可能有人可能会认为反正debug签名的应用程序也能安装使用，那也没有必要自己签名了嘛。千万不要这样想，debug签名的应用程序有这样两个限制，或者说风险：

1）debug签名的应用程序不能在Android Market上架销售，它会强制你使用自己的签名；

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

可以把上面这个完整的步骤写成一个bat文件，这样需要签名的时候只要运行这个bat就可以了。下面给出一个完整的bat文件示例：

@Rem android签名程序 //注释指令

@Rem echo是显示指令格式：echo [{on|off}] [message]

@echo **********************************************************

@Rem 文件是否存在命令格式：if exist 路径+文件名命令

@if exist d:sign/MyFirstApp.keystore goto sign

@echo 创建签名文件MyFirstApp.keystore

@Rem keytool命令格式：-genkey产生签名 -alias别名 -keyalg加密算法 -validity有效天数 -keystore生产签名文件名称

keytool -genkey -alias MyFirstApp.keystore -keyalg RSA -validity 40000 -keystore MyFirstApp.keystore

@echo 开始签名：

@Rem jarsigner命令格式：-verbose输出详细信息 -keystore密钥库位置 -signedjar要生成的文件要签名的文件密钥库文件

jarsigner -verbose -keystore MyFirstApp.keystore -signedjar MyFirstApp_signed.apk MyFirstApp.apk MyFirstApp.keystore