已解決(轉)關於android - apk(解析錯誤)解析程序包時出現問題

若是開發的應用用戶較多，那麼必須保證應用在多個版本不一樣的設備上可以正確的運行。這就要求對各個版本比較熟悉，知道在什麼版本中加入了什麼新的功能或特性。可是Android的版本太多了，是個使人頭疼的問題。若是想了解Android的版本差別，建議讀一下Android開發者文檔上相關的章節。

 

爲了讓你的應用程序指定能夠運行的版本，Android的manifest文件中提供了<uses-sdk>標籤。該標籤中有三個屬性，分別是minSdkVersion，targetSdkVersion，maxSdkVersion。這三個屬性比較容易讓人迷惑，我也是仔細讀了谷歌的官方文檔，才弄清楚這三個屬性的意義。此外，在項目構建時，還有個概念叫build target，在本文中也會進行分析。

 

 

什麼是API level

 

其實標籤<uses-sdk>中指定的並非咱們使用的sdk的版本，也不是Android系統的版本，而是咱們使用的Android平臺的版本，即API level。API level是一個整數，它指的是咱們使用的框架（Framework）的版本，也就是咱們使用的sdk中的各個平臺下的android.jar。可是這個API level又和Android系統的版本有着對應關係，而且每一個系統都會在內部記錄它所使用的API level。舉例來講，我使用的手機系統是Android 2.3.3， 那麼它就會在內部記錄使用的API level爲10。這個內部的API level可讓系統斷定能不能安裝一款app，這個問題會在下文中說起。

 

下面給出android系統版本，API level和版本代號之間的對應關係表。（該表來自谷歌官方文檔：http://developer.android.com/guide/topics/manifest/uses-sdk-element.html#provisional）

 

由上表能夠看出，android的系統版本和API level之間並非一一對應的，好比Android 2.3， Android 2.3.1， Android 2.3.2對應API level 9， 而Android 2.3.3， Android 2.3.4對應API level 10。API level是Android向開發者提供的一套Framework（android.jar）的代號，可能發佈了新的系統版本，可是這一套接口並無變化，因此就沒必要提供新的Framework開發包，因此API level也沒必要改變。由此可知Android系統版本和API level是多對一的關係。因爲API level就是發佈的android.jar（一套接口）的代號，因此API level和sdk中platforms目錄中的各個android.jar是一一對應的。說白了，Android系統版本是給Android用戶看的，而API level是給應用程序開發者看的。

 

 

什麼是build target

 

build target並不存在於manifest文件中，而是存在於項目根目錄中的project.properties文件中。若是使用Eclipse構建項目的話，那麼每一個項目的根目錄下都會有一個project.properties文件，這個文件中的內容用於告訴構建系統，怎樣構建這個項目。打開這個文件，除了註釋以外，還有如下一行：

target=android-18

 

這句話就是指明build target，也就是根據哪一個android平臺構架這個項目。指明build target爲android-18，就是使用sdk中platforms目錄下android-18目錄中的android.jar這個jar包編譯項目。一樣，這個android.jar會被加入到本項目的build path中。以下圖：

 

 

 

每當修改了build target，就會將另外一個android.jar加入到build path中替換原來的jar。將build target改爲android-17後的效果以下圖：

 

 

 

若是將build target 改爲android-8，那麼就會使用sdk中android-8下的android.jar編譯項目，若是在Activity中調用ActionBar相關的Api，那麼就會報錯，由於ActionBar相關的Api是在API level 11中才加進來的。

 

 

通常狀況下，應該使用最新的API level做爲build target。這也是eclipse生成項目時的默認行爲。

 

android:minSdkVersion

 

指明應用程序運行所需的最小API level。若是不指明的話，默認是1。也就是說該應用兼容全部的android版本。咱們應該老是聲明這個屬性。

 

若是系統的API level低於android:minSdkVersion設定的值，那麼android系統會阻止用戶安裝這個應用。下載將android:minSdkVersion設置爲11， 而且將該應用安裝在android 2.3的手機上（對應API level 9），在安裝時會有以下提示：

 

提示手機API level的版本過低，安裝失敗。

 

若是指明瞭這個屬性，而且在項目中使用了高於這個API level的API， 那麼會在編譯時報錯。將build target設爲最新的android-19，那麼就會使用最新的android-19下的android.jar來編譯項目。將minSdkVersion設置爲8。在使用的android.jar中，確定會有和ActionBar相關的API， 可是在項目中調用ActionBar API， 項目會報錯。由於minSdkVersion指明的API level 8中不存在ActionBar相關的API。

 

 

調用Activity.getActionBar()和ActionBar.getHeight()方法須要API level 11， 可是指定的minSdkVersion爲8，因此報錯。因而可知，minSdkVersion不只在程序安裝時起做用，也會在項目構建時起做用。

 

 

若是沒有設置minSdkVersion這個屬性，那麼默認是1。代表程序兼容全部的Android系統，可以在全部Android系統上運行。若是使用了高於API level 1 的API， 如ActionBar。那麼在構建項目時，會提示和上面相同的錯誤，項目構建失敗。

 

 

 

android:targetSdkVersion

 

 

標明應用程序目標API Level的一個整數。若是不設置，默認值和minSdkVersion相同。

這個屬性通知系統，你已經針對這個指定的目標版本測試過你的程序，系統沒必要再使用兼容模式來讓你的應用程序向前兼容這個目標版本。應用程序仍然能在低於targetSdkVersion的系統上運行。

因爲Android不斷向着更新的版本進化，一些行爲甚至是外觀可能會改變。然而，若是平臺的API Level高於你的應用程序中的targetSdkVersion屬性指定的值，系統會開啓兼容行爲來確保你的應用程序繼續以指望的形式來運行。你能夠經過指定targetSdkVersion來匹配運行程序的平臺的 API level來禁用這種兼容性行爲。舉例來講，設置這個值爲11或更高，當你的應用運行在Android3.0或更高的系統上時，系統會爲你的應用使用新的默認主題（Holo主題），而且當運行在大屏幕的設備上時會禁用屏幕兼容模式（screen compatibility mode），由於支持了 API level 11就暗示了支持大屏幕。

根據你設置的targetSdkVersion 的值，系統會執行不少兼容行爲。一些行爲在對應平臺版本的Build.VERSION_CODES中有討論。


爲了讓你的應用程序支持每一個Android版本，你應當提升targetSdkVersion的值到最新的API level，而後在對應的平臺上完全的測試你的應用。

 

從上面的論述可知，targetSdkVersion這個屬性是在程序運行時期起做用的，系統根據這個屬性決定要不要以兼容模式運行這個程序。

 

通常狀況下，應該將這個屬性的值設置爲最新的API level 值，這樣的話能夠利用新版本系統上的新特性。eclipse在生成項目時，默認將該值設置爲最高，若是設置一個較低的值，會給出一個警告，以下圖所示。

 

 

這個警告的意思是沒有將targetSdkVersion的值設置爲最高值，較新的系統會以兼容模式運行該程序。請考慮在新版本系統上測試程序並將targetSdkVersion設置爲最新。更詳細的信息請參考android.os.Build.VERSION_CODES 。

 

 

android:maxSdkVersion

 

標明能夠運行你的應用的最高API Level版本。

在Android1.5， 1.6， 2.0 和2.0.1，在安裝應用或系統升級時，系統會檢查這個值。在這兩種狀況下，若是應用設置的maxSdkVersion 值低於系統自己使用的API Level，系統將不會容許安裝該應用。在系統升級後，新系統會從新校驗這個值，若是新系統的API Level高於這個值，新系統會刪除你的應用。

在高於2.0.1的系統上，安裝應用時不會再檢驗應用中設置的maxSdkVersion值，在系統升級後也不會從新校驗這個值。可是在向用戶展現可用的應用時，Google Play會繼續使用這個屬性進行過濾。

 

maxSdkVersion這個屬性原本是在程序安裝時和系統升級後起做用的。可是根據官方文檔中的說明， 已經再也不推薦使用這個屬性。

 

通過測試，將maxSdkVersion的值設置成9，程序是能夠安裝在4.2的手機上的。說明這個值已經再也不起做用。

 

[html]  view plain copy print ?

1. <uses-sdk  
2. droid:minSdkVersion="8"  
3.     android:targetSdkVersion="19"   
4.     android:maxSdkVersion="9"/>  

 

 

 

 

原文參考: http://blog.csdn.net/zhangjg_blog/article/details/17142395