android数字签证及发布版本准备工作

最新推荐文章于 2021-11-27 16:21:24 发布

explorerqp

最新推荐文章于 2021-11-27 16:21:24 发布

阅读量3.8k

点赞数

本文链接：https://blog.csdn.net/explorerqp/article/details/8809858

版权

怎么说好呢，开发时候没在意这些，现在需要发布版本了，开始满哪找如何做数字签证及使用android zipalign工具优化apk文件。

首先发布版本第一点要做的就是要生成带数字签证的apk文件。用eclipse很快很简单，但是要记住你生成过程中的密码等参数，而且要保管好生成的key文件。

下次发布版本的时候直接选择之前生成的key文件就可以签证了。

转载：{

Android SDK Tools在升级到Version22之后，原来的ant自动编译脚本运行出现错误，导致为Jenkins配置的批处理脚本无法执行，一直发送错误邮件，经过调查后发现，Android SDK Tools升级后文件和目录结构发生了变化，主要包括以下
1.Android SDK Tools 22之后的版本中tools目录中将不包含

tools\zipalign.exe
tools\sqlite3.exe

以上两个文件，但是文件对应移动到了各自的platform-tool和build-tools下面，对应路径如下

build-tools\android-xx\zipalign.exe
platform-tools\sqlite3.exe

如果需要使用时，需要手动复制到tools下，或者放到PATH变量中去。

Windows

set PATH=c:\android-sdk-windows
set ANDROID_VER=android-13
set PATH=%PATH%;%ANDROID_HOME%\build-tools\%ANDROID_VER%\;
set PATH=%PATH%;%ANDROID_HOME%\platform-tools\;

Linux/MacOS

export ANDROID_HOME=/var/share/android-sdk-macosx;
export ANDROID_VER=android-13
export PATH=${PATH}:${ANDROID_HOME}/build-tools/${ANDROID_VER}/;
export PATH=${PATH}:${ANDROID_HOME}/platform-tools;

原来使用的脚本请参照
http://www.lidaren.com/archives/1328

另外，中tools\lib不包含EMMA覆盖率相关的以下三个文件

tools\lib\emma.jar
tools\lib\emma_device.jar

tools\lib\emma_ant.jar

导致以下错误

Could not load definitions from resource emma_ant.properties. It cou
ld not be found.

和

Problem: failed to create task or type emma
Cause: The name is undefined.

需要导入以上3个jar包到tools\lib下,如果有可能，建议同时放到ant的lib下

}

在eclipse下点击项目右键----Android Tools----Export Signed Application Package...

点击next，选择creat new keyStore，选择保存路径及输入密码：

点击next，输入keyStore详细信息：

点击next，选择生成有签证的apk保存路径，点击finish就算成功了。

下一步就是需要使用 zipalign 来优化了，zipalign.exe在sdk目录中的tool目录下，使用方法是到tool目录下，运行：

zipalign.exe -v 4 目录/yourName.apk new.apk

此时在tool目录下就会生成优化后的apk文件，可以执行检查优化：

zipalign.exe -c -v 4 new.apk

这样就OK了....

最后来一段话，拷贝过来的...感谢作者

4.签名之后，用zipalign(压缩对齐)优化你的APK文件。
　　未签名的apk不能使用，也不能优化。签名之后的apk谷歌推荐使用zipalign.exe(位于android-sdk-windows\tools目录下)工具对其优化：

D:\>zipalign -v 4 demo_signed.apk final.apk

　　如上，zipalign能够使apk文件中未压缩的数据在4个字节边界上对齐（4个字节是一个性能很好的值），这样android系统就可以使用mmap()(请自行查阅这个函数的用途)函数读取文件，可以在读取资源上获得较高的性能，
　　PS:1.在4个字节边界上对齐的意思就是，一般来说，是指编译器吧4个字节作为一个单位来进行读取的结果，这样的话，CPU能够对变量进行高效、快速的访问（较之前不对齐）。
2.对齐的根源：android系统中的Davlik虚拟机使用自己专有的格式DEX，DEX的结构是紧凑的，为了让运行时的性能更好，可以进一步用"对齐"进一步优化，但是大小一般会有所增加。

5.签名对你的App的影响。
　　你不可能只做一个APP，你可能有一个宏伟的战略工程，想要在生活，服务，游戏，系统各个领域都想插足的话，你不可能只做一个APP，谷歌建议你把你所有的APP都使用同一个签名证书。
　　使用你自己的同一个签名证书，就没有人能够覆盖你的应用程序，即使包名相同，所以影响有：
　　1) App升级。使用相同签名的升级软件可以正常覆盖老版本的软件，否则系统比较发现新版本的签名证书和老版本的签名证书不一致，不会允许新版本安装成功的。
　　2) App模块化。android系统允许具有相同的App运行在同一个进程中，如果运行在同一个进程中，则他们相当于同一个App，但是你可以单独对他们升级更新，这是一种App级别的模块化思路。
　　3) 允许代码和数据共享。android中提供了一个基于签名的Permission标签。通过允许的设置，我们可以实现对不同App之间的访问和共享，如下：

AndroidManifest.xml：< permission android:protectionLevel = "normal" />

其中protectionLevel标签有4种值：normal(缺省值),dangerous, signature,signatureOrSystem。简单来说，normal是低风险的，所有的App不能访问和共享此App。dangerous是高风险的，所有的App都能访问和共享此App。signature是指具有相同签名的App可以访问和共享此App。signatureOrSystem是指系统image中App和具有相同签名的App可以访问和共享此App，谷歌建议不要使用这个选项，因为签名就足够了，一般这个许可会被用在在一个image中需要共享一些特定的功能的情况下。
　　最后，请一定要记得保管好你的签名证书的两个密码，两个密码都不要告诉任何人，也不要把你的密钥库拷贝给别人，包括我！