怎麼說好呢，開發時候沒在意這些，現在需要釋出版本了，開始滿哪找如何做數字簽證及使用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

1
2
3
4

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

1
2
3
4

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;

另外，中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之間的訪問和共享，如下：

其中protectionLevel標籤有4種值：normal(預設值),dangerous, signature,signatureOrSystem。簡單來說，normal是低風險的，所有的App不能訪問和共享此App。dangerous是高風險的，所有的App都能訪問和共享此App。signature是指具有相同簽名的App可以訪問和共享此App。signatureOrSystem是指系統image中App和具有相同簽名的App可以訪問和共享此App，谷歌建議不要使用這個選項，因為簽名就足夠了，一般這個許可會被用在在一個image中需要共享一些特定的功能的情況下。
　　最後，請一定要記得保管好你的簽名證書的兩個密碼，兩個密碼都不要告訴任何人，也不要把你的金鑰庫拷貝給別人，包括我！