LZ-Says：寫代碼寫得突然蒙比了，來來回回折騰了小2個月，亂啊~

前言

話說從Eclipse轉化到Android Studio后，一直都沒打個包，發個版本，今天想提交測試打個版本，丫的一看，和Eclipse不一樣了。在此記錄下，順便拓展下其他小知識點，方便你我他。

進入主題 AS打包步驟如下

1.選擇 Build –> Generate Signed APK…

2.選擇密鑰存放地址，密碼，別名，密碼

2.1 因為我們是首次打包，所以需要創建keystore，Android Studio中叫做jks(如果之前已經有keystore或者jks，可忽略此步)

3.獲取項目對應的jks文件后next，選擇apk存放地址以及項目打包版本(正式版 or 測試版)，選擇V1，點擊Finish。

戶外小拓展

1. Android為什么要進行打包，簽名？

apk，實際就是一個zip包，大家可以修改后綴解壓后查看，LZ解壓的如下：

所有的Android應用程序都要求用一個證書進行數字簽名，Android系統不會安裝沒有進行簽名的App。平時我們的程序可以在模擬器上安裝并運行，是因為在應用程序開發期間是以Debug狀態進行編譯的，因此ADT會自動用默認的密鑰和證書來進行簽名，而在以發布模式編譯時，apk文件就不會得到自動簽名，這樣就需要進行手工簽名。手工簽名的簽名文件當然是公司/開發者自己造的

給apk簽名可以帶來以下好處（其實簽名是必須的）：

1.應用程序升級：如果你希望使用你造的App的用戶無縫升級到最新版本，那么你造的app就必須用同一個證書進行簽名。這是由于傲嬌的Android系統只有識別出你造的App是以同一個證書簽名的，才會允許安裝升級的應用程序。如果你不小心采用了不同的證書，那么系統會要求你的應用程序采用不同的包名，在這種情況下手機相當于安裝了一個全新的應用程序。如果想升級應用程序，簽名證書要相同，包名稱要相同，Android就是如此傲嬌 !

2.應用程序模塊化： Android系統可以允許多個應用程序在一個進程里運行，但前提是他們都是用同一個證書簽名的。實際上，系統把他們作為一個應用程序對待的，此時你可以把應用程序以模塊的方式進行部署，而用戶可以獨立的升級其中的一個模塊。這就是模塊化，又叫插件化！

3.代碼或者數據共享： Android提供了基于簽名的權限機制，那么一個應用程序就可以為另一個以相同證書簽名的應用程序公開自己的功能。以同一個證書對多個應用程序進行簽名，利用基于簽名的權限檢查，你就可以在應用程序間以安全的方式共享代碼和數據了 。

2. keystore簡介

java的密鑰庫、用來進行通信加密用的、比如數字簽名。keystore就是用來保存密鑰對的，比如公鑰和私鑰。

3. jks簡介

JAVA的keytools證書工具支持的證書私鑰格式

4. signature version v1 v2

通過查看谷歌官方資料和各位同仁見解，我們可以知道如下幾點：

1.Android 7.0 引入一項新的應用簽名方案 APK Signature Scheme v2，它能提供更快的應用安裝時間和更多針對未授權 APK 文件更改的保護。在默認情況下，Android Studio 2.2 和 Android Plugin for Gradle 2.2 會使用 APK Signature Scheme v2 和傳統簽名方案來簽署應用；

ps：在這里我們可以知道這個東西是谷歌針對Android7.0推出的新的簽名方案，也就是說，當you的app需要兼容7.0時，才會遇到這個東西。貌似市面上主流的依舊是android 5.0 and 6.0，雖然有了8.0的苗頭，但是目前身邊人還未使用7.0，暫時先不考慮了

經過同仁測試，使用v1的時候在5.0和7.0均未發現問題，當使用v2包的話，5.0就中槍了，提示“找不到簽名證書”。

各位注意！！！

LZ理解

個人感覺keystore和jks差不多，都是屬于一個容器。而這個容器里面存儲著標識(敏感信息)，我們一般通過這個標識，去對我們的應用進行標識加密)。
使用Android Studio打包的時候，你可以使用eclipse中的keystore，也可以使用jks。

2017年12月15日09:49:59更新

以下摘抄自360：

美國時間12月9日，Google在其官網通告了一個名為“Janus”的安卓漏洞，該漏洞可以讓攻擊者繞過安卓系統的簽名校驗，直接在APP內惡意植入代碼。

影響范圍：

• 所有Android 5.0以上系統；

• 所有僅采用了Android APK Signature Scheme V1簽名機制的App。

12月13日，360加固保團隊緊急上線了針對Janus漏洞的解決方案，該方案對Janus漏洞進行掃描、檢測并采取相應的安全保護措施，有效地防止黑客通過Janus漏洞修改原始Dex文件，插入惡意代碼和廣告，保護廣大用戶及開發者利益

Janus漏洞原理

Janus漏洞產生的根源在于將DEX文件和APK文件拼接之后校驗簽名時只校驗了文件的APK部分，而虛擬機執行時卻執行了文件的DEX部分，導致了漏洞的發生。由于這種同時為APK文件和DEX文件的二元性，聯想到羅馬的二元之神Janus，將該漏洞命名為Janus漏洞。

Android支持兩種應用簽名方案，一種是基于JAR簽名的方案（v1方案），另一種是Android Nougat(7.0)中引入的APK簽名方案（v2方案）。

v1簽名不保護APK的某些部分，例如ZIP元數據。APK驗證程序需要處理大量不可信（尚未經過驗證）的數據結構，然后會舍棄不受簽名保護的數據。這會導致相當大的受攻擊面。

Janus漏洞危害

代號為“Janus”的安卓漏洞（漏洞編號：CVE-2017-13156），能夠讓惡意攻擊者在完全不修改App開發者簽名的情況下，通過植入惡意dex代碼，對App實施惡意代碼注入，逃避Android簽名校驗機制甚至獲取系統ROOT權限。

如何避免Janus漏洞？

1. 升級至V2簽名

在Android Studio中強制開啟V2簽名，如下圖所示：

或在app的build.gradle的android標簽下加入如下:

感謝如下奉獻

http://blog.csdn.net/fyh2003/article/details/6911967；

https://developer.android.google.cn/about/versions/nougat/android-7.0.html#apk_signature_v2；

http://blog.csdn.net/ling9400/article/details/65630954；

http://jiagu.360.cn/1101141392.php?dtid=1101141786&did=490916087

總結

以上是生活随笔為你收集整理的Android Studio 2.3 打包apk的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。