Android compileSdkVersion、minSdkVersion、targetSdkVersion的区别

  Android手机都有一个运行的系统版本。系统和应用程序类似，系统版本和打包系统的targeSdkVersion版本一致，App在Android手机上可以调用所对应SDK中的Api。

一、compileSdkVersion

compileSdkVersion字面意思“编译SDK版本”。这个是build.grade通过compileSdkVersion告诉grade使用那个SDK来编译APP程序。

SDK在更新过程中，会出现一些Api被弃用（维护SDK稳健性以及冗余等）。在新的系统版本中，这些方法调用就会出现失效的问题。compileSdkVersion就是为了处理APP出现这个问题而存在。

compileSdkVersion版本会在项目编译的过程中，把deprecated的一些Api以警告或者报错的形式显示出来。

compileSdkVersion版本尽量和最新的SDK一致。（避免在新版本手机上功能缺失）

二、minSdkVersion

minSdkVersion是应用可以运行的Android SDK的最低版本。用来判断用户设备是否可以安装某个应用的标志之一。

APP使用的Library如果有自己的minSdkVersion，则APP本身设置的minSdkVersion必需大于等于这些库的 minSdkVersion。

maxSdkVersion是应用可以运行的Android SDK的最高版本。一般不指定，因为系统升级时如果超过maxSdkVersion可能会出现APP被移除的问题。

三、targetSdkVersion

  直观翻译是“目标版本”，它的作用是兼容旧的api。targetSDKVersion的版本大小可以决定是否采用新的特性还是维持老的特性。因为在手机系统升级之后，Android SDK在提供新特性的同时会兼容一下老特性，会根据APP targetSDKVersion的版本号来选择使用哪个特性。只要targetSDKVersion没有变化，即使手机系统升级了，还是采用老特性。

  举个例子，Android 8.0/8.1 系统规定了透明的activity 不能固定方向，否则抛出异常。我们暂时不管google设计的目的何在，先想想假设我们的app使用了透明的activity，且固定了方向，在Android 8.0版本以下运行正常，当我们运行在Android 8.0/8.1系统上，结果如何会如何呢？很不幸，直接crash。对于我们来说，这结果当然不能接受了，我一个好端端的app，你升级个Android 系统直接让我的app挂掉，没有转圜的余地，不科学啊

因此，google想出了一个办法，那就是通过targerVersion字段来区分同一api在不同系统上的行为。

总结

  对于同一个API(方法），新版本的系统更改了它的内部实现逻辑，新逻辑可能会影响之前调用此API的App，为了兼容此问题，引入targetSdkVersion。当targetSdkVersion>=xx(某个系统版本）时再生效其新修改的逻辑，否则还是沿用之前的逻辑。换句话说：如果你更改了targetSdkVersion值，说明你已经测试过兼容性问题了。

maxSdkVersion >= buildToolsVersion >= compileSdkVersion>= targetSdkVersion >= minSdkVersion