您好,登錄后才能下訂單哦!
本篇文章展示了Android中App簽名打包具體操作,代碼應(yīng)該是足夠清楚的,而且我也相信有相當(dāng)?shù)囊恍├涌赡苁俏覀內(nèi)粘9ぷ骺赡軙姷玫降?。通過這些問題,希望你能收獲更多。如果你不看答案,不知道是否有把握回答各個問題?讓我們來試試。
1.簽名的意義
為了保證每個應(yīng)用程序開發(fā)商合法ID,防止部分開放商可能通過使用相同的Package Name來混淆替換已經(jīng)安裝的程序,我們需要對我們發(fā)布的APK文件進行唯一簽名,保證我們每次發(fā)布的版本的一致性(如自動更新不會因為版本不一致而無法安裝)。
2.簽名的步驟
a.創(chuàng)建key
b.使用步驟a中產(chǎn)生的key對apk簽名
3.具體操作
方法一: 命令行下對apk簽名(原理)
創(chuàng)建key,需要用到keytool.exe (位于jdk1.6.0_24jre\bin目錄下),使用產(chǎn)生的key對apk簽名用到的是jarsigner.exe (位于jdk1.6.0_24\bin目錄下),把上兩個軟件所在的目錄添加到環(huán)境變量path后,打開cmd輸入
D:>keytool -genkey -alias demo.keystore -keyalg RSA -validity 40000
-keystore demo.keystore /*說明:-genkey 產(chǎn)生密鑰 -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 輸出簽名的詳細(xì)信息 -keystore demo.keystore 密鑰庫位置 -signedjar demor_signed.apk demo.apk demo.keystore 正式簽名,三個參數(shù)中
依次為簽名后產(chǎn)生的文件demo_signed,要簽名的文件demo.apk和密鑰庫demo.keystore.*/
注意事項:Android工程的bin目錄下的demo.apk默認(rèn)是已經(jīng)使用debug用戶簽名的,所以不能使用上述步驟對此文件再次簽名。正確步驟應(yīng)該是:在工程點擊右鍵->Anroid Tools-Export Unsigned Application Package導(dǎo)出的apk采用上述步驟簽名。
方法二:使用Eclipse導(dǎo)出帶簽名的apk
Eclipse直接能導(dǎo)出帶簽名的最終apk,非常方便,推薦使用,步驟如下:
第一步:導(dǎo)出。
第二步:創(chuàng)建密鑰庫keystore,輸入密鑰庫導(dǎo)出位置和密碼,記住密碼,下次Use existing keystore會用到。
第三步:填寫密鑰庫信息,填寫一些apk文件的密碼,使用期限和組織單位的信息。
第四步:生成帶簽名的apk文件,到此就結(jié)束了。
第五步:如果下次發(fā)布版本的時候,使用前面生成的keystore再簽名。
第六步:下一步,下一步,然后就OK了!
方法三:使用IntelliJ IDEA導(dǎo)出帶簽名的apk
方法步驟基本和Eclipse相同,大概操作路徑是:菜單Tools->Andrdoid->Export signed apk。
4.簽名之后,用zipalign(壓縮對齊)優(yōu)化你的APK文件。
未簽名的apk不能使用,也不能優(yōu)化。簽名之后的apk谷歌推薦使用zipalign.exe(位于android-sdk-windowsools目錄下)工具對其優(yōu)化:
D:>zipalign -v 4 demo_signed.apk final.apk
如上,zipalign能夠使apk文件中未壓縮的數(shù)據(jù)在4個字節(jié)邊界上對齊(4個字節(jié)是一個性能很好的值),這樣android系統(tǒng)就可以使用mmap()(請自行查閱這個函數(shù)的用途)函數(shù)讀取文件,可以在讀取資源上獲得較高的性能,
PS:1.在4個字節(jié)邊界上對齊的意思就是,一般來說,是指編譯器吧4個字節(jié)作為一個單位來進行讀取的結(jié)果,這樣的話,CPU能夠?qū)ψ兞窟M行高效、快速的訪問(較之前不對齊)。
2.對齊的根源:android系統(tǒng)中的Davlik虛擬機使用自己專有的格式DEX,DEX的結(jié)構(gòu)是緊湊的,為了讓運行時的性能更好,可以進一步用"對齊"進一步優(yōu)化,但是大小一般會有所增加。
5.簽名對你的App的影響。
你不可能只做一個APP,你可能有一個宏偉的戰(zhàn)略工程,想要在生活,服務(wù),游戲,系統(tǒng)各個領(lǐng)域都想插足的話,你不可能只做一個APP,谷歌建議你把你所有的APP都使用同一個簽名證書。
使用你自己的同一個簽名證書,就沒有人能夠覆蓋你的應(yīng)用程序,即使包名相同,所以影響有:
1) App升級。 使用相同簽名的升級軟件可以正常覆蓋老版本的軟件,否則系統(tǒng)比較發(fā)現(xiàn)新版本的簽名證書和老版本的簽名證書不一致,不會允許新版本安裝成功的。
2) App模塊化。android系統(tǒng)允許具有相同的App運行在同一個進程中,如果運行在同一個進程中,則他們相當(dāng)于同一個App,但是你可以單獨對他們升級更新,這是一種App級別的模塊化思路。
3) 允許代碼和數(shù)據(jù)共享。android中提供了一個基于簽名的Permission標(biāo)簽。通過允許的設(shè)置,我們可以實現(xiàn)對不同App之間的訪問和共享,如下:
[html] view plain copy print?
AndroidManifest.xml:<permission android:protectionLevel="normal" />
其中protectionLevel標(biāo)簽有4種值:normal(缺省值),dangerous, signature,signatureOrSystem。簡單來說,normal是低風(fēng)險的,所有的App不能訪問和共享此App。dangerous是高風(fēng)險的,所有的App都能訪問和共享此App。signature是指具有相同簽名的App可以訪問和共享此App。signatureOrSystem是指系統(tǒng)p_w_picpath中App和具有相同簽名的App可以訪問和共享此App,谷歌建議不要使用這個選項,因為簽名就足夠了,一般這個許可會被用在在一個p_w_picpath中需要共享一些特定的功能的情況下。
以上就是Android中App簽名打包具體操作的簡略介紹,詳細(xì)使用情況還需要大家自己使用過才領(lǐng)會。如果想了解更多,歡迎關(guān)注億速云行業(yè)資訊頻道!
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進行舉報,并提供相關(guān)證據(jù),一經(jīng)查實,將立刻刪除涉嫌侵權(quán)內(nèi)容。