多渠道打包之應用的打包簽名

本篇文章主要講解應用的打包簽名,以及一些基本的概念性的理解:

一、打包是什麼?

       打包就是根據簽名和其他標識生成安裝包。

二、簽名是什麼?

     1.在android應用文件(apk)中保存的一個特別字符串
 
     2.用來標識不同的應用開發者:開發者A,開發者B
 
    3.一個應用開發者開發的多款應用使用同一個簽名
    > 就好比是一個人寫文章,簽名就相當於作者的署名。
    > 如果兩個應用都是一個開發者開發的,那麼簽名就是一樣的。
    > 這個開發者,可以是個人,也可以是公司、團體。

三、爲什麼要簽名

       原因1:最簡單直接的回答: 系統要求的。
       >Android系統要求每一個Android應用程序必須要經過數字簽名才能夠安裝到系統中,也就是說如果一個Android應用程序沒有 經過數字簽名,是沒有辦法安裝到系統中的!
 
    原因2:不同程序員開發的應用包名可能會相同, 導致一個應用覆蓋掉另一個應用。
    > 如果只有包名的概念,那麼如果B應用與已經安裝的A應用包名一樣,那就實現覆蓋。不合理!
    > 而事實上是裝不上B的,它會提示,存在包名一致,但是簽名不一樣的。這就不會覆蓋。

四、如何爲APK簽名?

1、用來生成應用簽名的文件

    (1)默認: debug.keystore

                  

> debug簽名的應用程序不能在Android Market上架銷售,它會強制你使用自己的簽名。
> 不同電腦使用此文件生成的簽名不一樣。那就意味着如果你換了機器進行apk版本升級,那麼將會出現上面那種程序不能覆蓋安裝的問題。
    (2)使用eclipse生成: xxx.keystore

    (3)使用AS生成:xxx.jks

2、打包自己簽名的APK(使用android studio)

      

> 上面的密碼是用來訪問最上面的path路徑文件的密碼。而最上面的文件用來生成一個簽名字符串。
> 下面Alias是一個別名。接下來的密碼:是用來生成一個簽名的時候,還需要的一個密碼。與上面的密碼可以不一致。
> 再下面的25,指的是有效期。google應用市場規定應用的有效期不低於25年。還可以改爲100年。也就是說100年以後,我們的xxx.jks簽名文件就失效了。

> 指明生成的apk的位置,Build Type:release:發佈版 debug:測試版。
> 點擊finish,稍等一會

> 默認在As工程中bin下生成的apk文件也有簽名。只是用到了debug_keystore(測試)的模式。而我們想發佈到應用市場的話,那就需要我們自己提供一個簽名,不能用默認的了,不合適。如下:

查看簽名文件:


     

> 這是生成的用於生成簽名的apk文件的文件。而上面的apk文件裏已經包含了簽名文件

五、在代碼中得到應用的簽名?

public void getSingInfo() {
    try {
        PackageInfo packageInfo = getPackageManager().getPackageInfo(
                "com.atguigu.p2p", PackageManager.GET_SIGNATURES);
        Signature[] signs = packageInfo.signatures;
        Signature sign = signs[0];
        parseSignature(sign.toByteArray());
    } catch (Exception e) {
        e.printStackTrace();
    }
}
public void parseSignature(byte[] signature) {
    try {
        CertificateFactory certFactory = CertificateFactory
                .getInstance("X.509");
        X509Certificate cert = (X509Certificate) certFactory
                .generateCertificate(new ByteArrayInputStream(signature));
        String pubKey = cert.getPublicKey().toString();
        String signNumber = cert.getSerialNumber().toString();
        Log.e("TAG", "pubKey:" + pubKey);
        Log.e("TAG", "signNumber:" + signNumber);
    } catch (Exception e) {
        e.printStackTrace();
    }
}

六、注意的一些問題

1、千萬不要把xxx.keystore/xxx.jks文件弄丟了

2、萬一丟了只能重新簽名了,對企業或公司的影響還是挺大的

  案例:
公司程序員A寫的應用,然後走了。後來來了一個程序員B把應用更新以後,又重新打包發佈,使用的簽名不一致。那完了。
導致出現更新不了應用的情況。必須把應用卸載了才能重新裝。那想象一下,如果一個20萬用戶的應用,在更新時,發現安裝不了。那可能隨後就卸載了。或者就不更新了。
另外還影響的是:應用市場有下載量排名,如果重新簽名,那就得重頭來算。

引用簽名丟了的影響:

(1)用戶安裝時必須先卸載才能成功安裝

(2)應用市場上的排行就會從0開始了

七、問題?

現象:
Android導出APK包時出現,編譯調試時不會出現。
錯誤信息:
Error:(16) Error: "baidutieba_client_inavailable" is not translated in "en" (English) [MissingTranslation]
Error:(63) Error: "baidutieba" is not translated in "en" (English) [MissingTranslation]
Error:(67) Error: "share_to_baidutieba" is not translated in "en" (English) [MissingTranslation]
錯誤截圖:

解決辦法:
resources 標籤內增加兩個屬性即可:
<?xml version="1.0" encoding="utf-8" ?>  
<resources xmlns:tools="http://schemas.android.com/tools"  
  tools:ignore="MissingTranslation">  
</resources> 

 

 

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章