В чем разница между compileSdkVersion и targetSdkVersion?

как руководство oneliner:

minSdkVersion <= targetSdkVersion <= compileSdkVersion

---

В идеале:

minSdkVersion (lowest possible) <= targetSdkVersion == compileSdkVersion (latest SDK)

---

читать дальше из этого Великого поста Ян Лейк

The compileSdkVersion должна быть последней стабильной версии. Элемент targetSdkVersion должно быть полностью протестировано и меньше или равно compileSdkVersion.

поздно к игре.. и есть несколько замечательных ответов выше - по существу, что compileSdkVersion Это версия API приложение компилируется против, в то время как targetSdkVersion указывает версию, с которой было протестировано приложение.

я хотел бы дополнить эти ответы с пометкой:

1. это targetSdkVersion влияет на способ запроса разрешений:

   • если устройство работает Android 6.0 (уровень API 23) или выше,и приложения targetSdkVersion в 23 или выше, приложение запрашивает разрешения у пользователя во время выполнения.
   • если устройство работает под управлением Android 5.1 (уровень API 22) или ниже, или приложения targetSdkVersion 22 или ниже, система просит пользователя предоставить разрешения, когда пользователь устанавливает приложение.

2. если compileSdkVersion выше, чем версия, объявленная вашим приложением targetSdkVersion, в система может включать поведение совместимости, чтобы гарантировать, что ваше приложение продолжает работать так, как вы ожидаете. ( ref)

3. С каждым новым выпуском Android...

   • targetSdkVersion должен быть увеличен, чтобы соответствовать последнему уровню API, а затем тщательно протестировать приложение на соответствующей версии платформы
   • compileSdkVersion, с другой стороны, не нужно менять, если вы не добавляете функции, исключительные для нового версия платформы
   • в результате, пока targetSdkVersion часто (изначально) меньше, чем compileSdkVersion, Это не редкость, чтобы увидеть ухоженный / установленное приложение с targetSdkVersion > compileSdkVersion

The CompileSdkVersion Это версия платформы SDK, с которой работает ваше приложение для компиляции и т. д. В процессе разработки (вы всегда должны использовать последнюю версию) это поставляется с версией API, которую вы используете

вы увидите это в ваш build.gradle file:

targetSdkVersion: содержит информацию, которую ваше приложение отправляет после процесса разработки в магазин приложений, что позволяет ему TARGET the SPECIFIED version of the Android platform. В зависимости от функциональности вашего приложения, оно может предназначаться для версий API ниже текущей.Например, вы можете настроить целевой API 18, даже если текущая версия 23.

внимательно посмотрите на этот официальный Google страница.

Я вижу много различий о compiledSdkVersion в предыдущих ответах, поэтому я попытаюсь немного прояснить здесь, следуя веб-странице android.

А-что говорит Андроид

согласно https://developer.android.com/guide/topics/manifest/uses-sdk-element.html:

выбор версии платформы и уровня API при разработке ваше приложение, вам нужно будет выбрать версию платформы против которые вы будете компилировать приложение. В общем, вы должны скомпилировать ваше приложение против минимально возможной версии платформы ваше приложение может поддерживать.

Итак, это будет правильный порядок в соответствии с Android:

compiledSdkVersion = minSdkVersion <= targetSdkVersion

B-то, что другие также говорят

некоторые люди предпочитают всегда использовать самый высокий compiledSkdVersion доступны. Это потому, что они будут полагайтесь на подсказки кода, чтобы проверить, используют ли они более новые функции API, чем minSdkVersion, таким образом, либо изменяя код, чтобы не использовать их, либо проверяя версию пользовательского API во время выполнения, чтобы условно использовать их с резервными версиями для более старых версий API.

подсказки об устаревшем использовании также появятся в коде, давая вам знать, что что-то устарело на более новых уровнях API, поэтому вы можете реагировать соответствующим образом, если хотите.

Итак, это будет правильный порядок по другие:

minSdkVersion <= targetSdkVersion <= compiledSdkVersion (highest possible)

что делать?

Это зависит от вас и вашего приложения.

Если вы планируете предлагать различные функции API в соответствии с уровнем API пользователя во время выполнения, используйте опцию B. Вы получите подсказки о функциях, которые вы используете при кодировании. Просто убедитесь, что вы никогда не используете более новые функции API, чем minSdkVersion, не проверяя уровень API пользователя во время выполнения, иначе ваше приложение рухнет. Этот подход также имеет преимущество изучения того, что нового и что Старого во время кодирования.

Если вы уже знаете, что новое или старое, и вы разрабатываете одноразовое приложение, которое наверняка никогда не будет обновляться, или вы уверены, что не собираетесь предлагать новые функции API условно, то используйте опцию A. Вы не будете беспокоиться об устаревших подсказках, и вы никогда не сможете использовать новые функции API, даже если у вас возникнет соблазн сделать это.

мои 2 цента: компилируйте против любой версии SDK, но не вызывайте API, которые ваша "минимальная версия SDK" не поддерживает. Это означает, что вы" можете " скомпилировать против последней версии SDK.

Что касается" целевой версии", то она просто относится к тому, что вы планировали нацелить в первую очередь и, возможно, протестировали. Если вы еще не сделали должной осмотрительности, то это способ сообщить Android, что он должен выполнить некоторые дополнительные проверки перед ним развертывает ваше целевое приложение "Lollipop" на "Oreo".

таким образом," целевая версия", очевидно, не ниже вашей" минимальной версии SDK", но она не может быть выше вашей"скомпилированной версии".

не отвечая на ваши прямые вопросы, так как уже есть много подробных ответов, но стоит отметить, что в отличие от документации Android, Android Studio предлагает использовать ту же версию для compileSDKVersion и targetSDKVersion.

Настройки Приложения свойств проекта Android в Visual Studio 2017 (15.8.5), кажется, имеют их в сочетании или что-то: