Cocos2dx程序在android下打包过程
修改apk的名称直接在res目录下的values下的String.xml中的app_name的values的值为你想要的名称即可。
为了保证每个应用程序开发商合法ID,防止部分开放商可能通过使用相同的Package Name来混淆替换已经安装的程序,我们需要对我们发布的APK文件进行唯一签名,保证我们每次发布的版本的一致性(如自动更新不会因为版本不一致而无法安装)。
a.创建key
b.使用步骤a中产生的key对apk签名
右键项目->android tools->Export SignedApplication Package... 一步一步填写就OK了,创建过一次的就可以使用已有的keystore
出现“Key Creation”画面,填写相关信息即可,如Alias---程序别名,Password和Confirm为密码,Validity(years)为签名文件有限期(XX年),First and LastName为名字(可以不填),OrganizationalUnit为组织单位(可以不填),Organization为组织(可以不填),City or Locality为所在城市,State orProvince为所在省份或州(可以不填),CountryCode(86)为国家编码 这个过程很简单就不多说了
如果不止一个人发布测试apk,那大家需要共享这个keystore,那这个keystore在哪里呢?
我是在MAC下运行的Eclipse,可以在终端下查找:
可以看到keystore在Eclipse软件下保存着
$(YOUR_ADT_PATH)/eclipse/Eclipse.app/Contents/MacOS/YOUR_KEYSTORE
未签名的apk不能使用,也不能优化。签名之后的apk谷歌推荐使用zipalign.exe(位于android-sdk-windows\tools目录下)工具对其优化:
D:\>zipalign -v 4demo_signed.apk final.apk
如上,zipalign能够使apk文件中未压缩的数据在4个字节边界上对齐(4个字节是一个性能很好的值),这样android系统就可以使用mmap()(请自行查阅这个函数的用途)函数读取文件,可以在读取资源上获得较高的性能,
PS:1.在4个字节边界上对齐的意思就是,一般来说,是指编译器吧4个字节作为一个单位来进行读取的结果,这样的话,CPU能够对变量进行高效、快速的访问(较之前不对齐)。
2.对齐的根源:android系统中的Davlik虚拟机使用自己专有的格式DEX,DEX的结构是紧凑的,为了让运行时的性能更好,可以进一步用"对齐"进一步优化,但是大小一般会有所增加。
你可能有一个宏伟的战略工程,想要在生活,服务,游戏,系统各个领域都想插足的话,所以你不可能只做一个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中需要共享一些特定的功能的情况下。
最后,请一定要记得保管好你的签名证书的两个密码,两个密码都不要告诉任何人,也不要把你的密钥库拷贝给别人,包括我!
原文链接:http://www.cnblogs.com/qianxudetianxia/archive/2011/04/09/2010468.html