1. compileSdkVersion

使用哪个版本的Android SDK编译APK,尽量使用最新，但不改变运行时行为。修改compileSdkVersion可能出现一些编译警告和错误（需修复），compileSdkVersion不会出现在APK中，仅在编译时生效。（编译时与运行时的区别可参考 编译时与运行时 ）

注意使用最新Support库的版本需要把compileSdkVersion更新到最新，例如，要使用 23.1.1 版本的 Support Library ，compileSdkVersion 就必需至少是 23 （大版本号要一致！）

2. minSdkVersion

顾名思义，指APK可运行的最低Android系统版本,lint检查会对项目中使用了高于minSdkVersion的API进行警告，避免运行时出现调用不存在的API，可以通过在代码中动态检查系统版本来使用高版本才有的API，例如

if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.HONEYCOMB) { 

        ActionBar actionBar = getActionBar();                actionBar.setDisplayHomeAsUpEnabled(true);

    }

注意：

你的minSdkVersion要大于项目中引库的最大minSdkVersion值，假设有三个引用库，对应的minSdkVersion分别为13,15,16，那么你的项目的minSdkVersion要设置成16。

具体minSdkVersion如何取值，需要看你想用的API是否很重要，值得你为此去舍弃一些用户，至于各种版本分配了多少用户，可以通过各种统计工具来获取，不再赘述。

3. targetSdkVersion

targetSdkVersion 是 Android 提供向前兼容的主要依据

在不修改targetSdkVersion的情况下，不会应用系统更新。

例如，Android 6.0 变化文档中谈了 target 为 API 23 时会如何把你的应用转换到运行时权限模型上，Android 4.4 行为变化阐述了 target 为 API 19 及以上时使用 set() 和 setRepeating() 设置 alarm 会有怎样的行为变化。

如果新系统带来明显的用户行为的变化（比如Android 6.0引入的运行时权限等），首先要做的就是将target更新到最新，但不是一定要这么做，更新target到最新之前一定要做充分的测试。

4. 三者的关系

理想上，三者的关系应该是这样：

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

用较低的 minSdkVersion 来覆盖最大的人群，用最新的 SDK 设置 target 和 compile 来获得最好的外观和行为。

5. 如何设置他们的值

在项目app module目录下的build.gradle文件中，

android {

    compileSdkVersion 23

    buildToolsVersion “23.0.1”

    defaultConfig{

        applicationId “com.example.checkyourtargetsdk”

        minSdkVersion 7

        targetSdkVersion 23

        versionCode 1

        versionName “1.0”

    }

}

minSdkVersion 和 targetSdkVersion 与 compileSdkVersion 的值会被包含进最终的 APK里的 AndroidManifest.xml 文件中，如果在 manifest 文件中手工设置，在构建时Gradle会忽略它们。

参考文献

中文链接：http://chinagdg.org/2016/01/picking-your-compilesdkversion-minsdkversion-targetsdkversion/

下面这个链接的解释非常好，强烈推荐。

https://stackoverflow.com/questions/26694108/what-is-the-difference-between-compilesdkversion-and-targetsdkversion