❤️ App的联署打包
书名门牌号：
Andriod须用流程如豆要在智能手机或计算机程序上为装设，必须要有联署！
1.联署的象征意义
为了保障每个须用流程开发代理商合法性ID，防止部分全面开放代理商可能通过并使用相同的Package Name来混为一谈替代已经
装设的流程，我们需要对我们正式发布的APK文档进行惟一联署，保障我们每晚正式发布的版的连续社会性(如预览不能
可以因为版不能一致而无法装设)。
2.联署的工具
a.建立key
b.并使用工具a当中产生的key对apk联署
3.操作思路方式
工具一： 配置文档之下对apk联署（基本原理）
建立key，需要用在keytool.exe (座落在jdk1.6.0_24jre\bin产品目录之下)，并使用产生的key对apk联署用在的是jarsigner.exe (座落在
jdk1.6.0_24\bin产品目录之下)，把上为五个须用软件所在地的产品目录加进到配置文档path之后，锁上为cmd输出
D:>keytool -genkey -alias demo.keystore -keyalg RSA -validity 40000<span style="font-family: Arial;"> -keystore demo.keystore</span>
/*说明：-genkey 产生公钥 -alias demo.keystore 别称 demo.keystore -keyalg RSA 并使用RSA数据结构对联署身份验证 -validity 40000 有效到期日4000多天 -keystore demo.keystore */ D:>jarsigner -verbose -keystore demo.keystore -signedjar demo_signed.apk
demo.apk demo.keystore /*说明：-verbose 传输联署的详细资料 -keystore demo.keystore 公钥诺耶湖边线 -signedjar demor_signed.apk demo.apk demo.keystore 正式宣布联署，五个模块当中
依序为联署之后产生的文档demo_signed，要联署的文档demo.apk和公钥诺耶湖demo.keystore.*/
注意安全：android工程建设的bin产品目录之下的demo.apk预设是已经并使用debug消费者联署的，所以不能能并使用上为述工具回应文档又次联署。恰当工具须
永远几乎是:在工程建设页面单击->Anroid Tools-Export Unsigned Application Package求解的apk选用上为述工具联署。
工具四：并使用Eclipse求解带上为联署的apk
Eclipse直接能求解带上为联署的最之后apk，非常方便，挑选并使用，工具如之下：
第第二步：求解。 第第二步：建立公钥诺耶湖keystore,输出公钥诺耶湖求解边线和密钥，读懂密钥，之来年Use existing keystore可以用在。 第三步：核对公钥诺耶湖统计数据，核对一些apk文档的密钥，并使用在期日和社团机关的统计数据。
第三步：分解成带上为联署的apk文档，到此就完故又称了。
第三步：如豆之来年正式发布版的时候，并使用前面分解成的keystore又联署。
第三步：之下第二步，之下第二步，然之后就OK了！
工具五：并使用IntelliJ IDEA求解带上为联署的apk
工具工具基本和Eclipse相同，差不多操作方式方向是：选单Tools->Andrdoid->Export signed apk。
4.联署之之后，用zipalign(挤压偏移)完善你的APK文档。
未能联署的apk不能能并使用，也不能能完善。联署之之后的apk微软挑选并使用zipalign.exe(座落在android-sdk-
windowsools产品目录之下)工具对其完善：
<strong><span style="font-size:18px;color:#3333ff;"> D:>zipalign -v 4 demo_signed.apk final.apk</span></strong>
如上为，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彼此之间的到访和互联，如之下：
[html] view plain copy print ?
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当中需要互联一些特殊的特性的情况之下。
关于 App的联署打包 的介绍，我就给大家介绍到这里了，相信你对上述问题心中已经有了答案。