今天給大家帶來一片簡短的文章。雖然不是什麼非常重要的知識點，但是我們天天都在接觸的一個東西。

android {
    compileSdkVersion 27



    defaultConfig {
        applicationId "pers.jibai.dailytext"
        minSdkVersion 23
        targetSdkVersion 27
        versionCode 1
        versionName "1.0"

        testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"

    }

    buildTypes {
        release {
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
        }
    }

}
 

相信這段程式碼大家都不會陌生，在我們每個專案的Module中都會有一個對應的build.gradle檔案，裡面就有這樣一段程式碼。但是剛開始看感覺完全看不懂呀有木有！其實學了Android這麼長時間了，我一直也沒管這塊的東西，現在也是在專案依賴的時候出了問題才發現這塊知識也是必不可少的。

要說SdkVersion大家都知道是SDK的版本，但是一開始接觸會發現build.gradle中有三個SdkVersion，分別是compileSdkVersion、targetSdkVersion、minSdkVersion。

目錄

compileSdkVersion

compileSdkVersion是指編譯時的sdk版本，就是點選這個綠色三角的時候，編譯的過程中會以該版本的sdk進行編譯。如果發現不符合的會報錯。

而且我們都知道Android Studio有預編譯的功能。當我們在程式碼中寫了一段程式碼時，這時候預編譯的效果就出現了：如果這段程式碼在Android 5.0之後被棄用的，而compileSdkVersion是24（7.0），那麼這時候會發現你的程式碼會出現刪除線。

舉個栗子：

在Android5.0之前getResource().getColor()方法可以使用，但是在之後該方法被打上刪除線，已經被棄用。當compileSdkVersion設定為21，你就會發現這個刪除線出現了，也有沒有出現的情況，只能說Android Studio預編譯的功能可能出了點bug。

minSdkVersion

minSdkVersion是指安裝Apk的最低版本號，手機系統低於這個版本號的是無法安裝Apk的。這個不用多說什麼了吧。

targetSdkVersion

AsyncTask執行緒池在API10版本之前和之後使用情況有所不同：在API10（Android2.3.3）之前，AsyncTask執行緒池是可以並行執行的，而現在的AsyncTask是序列執行。

    defaultConfig {
        applicationId "pers.jibai.dailytext"
        minSdkVersion 14
        targetSdkVersion 27
        versionCode 1
        versionName "1.0"

        testInstrumentationRunner "android.support.test.runner.AndroidJUnitRunner"

    }

現在targetSdkVersion是27，和compileSdkVersion一樣。

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        Log.e(TAG, "onCreate: ");

        for (int i = 0; i < 5; i++)
            new MyAsyncText().execute();

    }

    class MyAsyncText extends AsyncTask<Void, Void, Void> {

        @Override
        protected Void doInBackground(Void... voids) {

            try {
                Thread.sleep(3000);
            } catch (InterruptedException e) {
                e.printStackTrace();
            }
            return null;
        }

        @Override
        protected void onPostExecute(Void aVoid) {
            super.onPostExecute(aVoid);
            Log.e(TAG, "onPostExecute:" + this + new SimpleDateFormat("hh:mm:ss").format(new Date()));
        }
    }

在onCreate方法建立5個執行緒池同時啟動，每個AsyncTask執行緒睡眠3秒後回撥到主執行緒列印Log。結果如下：

09-01 10:16:14.580 17365-17365/pers.jibai.dailytext E/My: onCreate: 
09-01 10:16:17.601 17365-17365/pers.jibai.dailytext E/My: onPostExecute:[email protected]   10:16:17
09-01 10:16:20.592 17365-17365/pers.jibai.dailytext E/My: onPostExecute:[email protected]   10:16:20
09-01 10:16:23.595 17365-17365/pers.jibai.dailytext E/My: onPostExecute:[email protected]   10:16:23
09-01 10:16:26.598 17365-17365/pers.jibai.dailytext E/My: onPostExecute:[email protected]   10:16:26
09-01 10:16:29.601 17365-17365/pers.jibai.dailytext E/My: onPostExecute:pe[email protected]   10:16:29

很明顯是在上一AsyncTask執行完畢之後才會從佇列中獲取下一個執行。現在把targetSdkVersion調到10。結果如下：

09-01 10:11:56.658 17148-17148/? E/My: onCreate: 
09-01 10:11:59.677 17148-17148/? E/My: onPostExecute:[email protected]    10:11:59
09-01 10:11:59.678 17148-17148/? E/My: onPostExecute:[email protected]    10:11:59
09-01 10:12:02.667 17148-17148/? E/My: onPostExecute:[email protected]    10:12:02
09-01 10:12:02.669 17148-17148/? E/My: onPostExecute:[email protected]    10:12:02
09-01 10:12:05.669 17148-17148/? E/My: onPostExecute:[email protected]    10:12:05

與上面的執行邏輯相比完全不同，是兩個兩個執行緒池併發執行的。

一點小建議：

• 在一般情況，我們最好吧compileSdkVersion設定為當前最高的，因為這樣我們可以通過AS的預編譯功能，瞭解到經常用到的哪些程式碼已經被棄用，哪些有些的用途。

• targetSdkVersion和compileSdkVersion最好相同。道理同上。

• targetSdkVersion如果進行變換了之後，最好對整個專案進行重新測試。上面的AsyncTask就是很好的例子，在不同targetSdkVersion下執行邏輯不同，因此現在的targetSdkVersion改變所帶來的邏輯改變，可能會導致bug出現

最後給大家帶來一張是那種SdkVersion的關係吧：