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

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

minSdkVersion <= targetSdkVersion <= compileSdkVersion

В идеале:

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

подробнее с этого Великого поста Ян Лейк

на compileSdkVersion должна быть новейшая стабильная версия. The 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, которую вы используете

вы увидите это в ваш :

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

взгляните на этот официальный Google страница.

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

A-что 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, что ему необходимо выполнить некоторые дополнительные проверки перед ним развертывает свое целевое приложение lets say "Lollipop" на "Oreo".

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

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

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