1. 程式人生 > >Android中build target,minSdkVersion,targetSdkVersion,maxSdkVersion概念區分

Android中build target,minSdkVersion,targetSdkVersion,maxSdkVersion概念區分

本文參考了谷歌開發者文件:http://developer.android.com/guide/topics/manifest/uses-sdk-element.html#provisional

如果開發的應用使用者較多,那麼必須保證應用在多個版本不同的裝置上能夠正確的執行。這就要求對各個版本比較熟悉,知道在什麼版本中加入了什麼新的功能或特性。但是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的手機上的。說明這個值已經不再起作用。

    <uses-sdk
		android:minSdkVersion="8"
        android:targetSdkVersion="19" 
        android:maxSdkVersion="9"/>