Android关于compileSdkVersion，minSdkVersion与targetSdkVersion详解

compileSdkVersion：

通俗的讲compileSdkVersion为编译APK所使用的SDk版本（hint：设置此版本需保证你的SDK中包含此版本），编译版本对运行时行为不会产生任何影响，建议使用最新的编译版本编译（避免废除的API，为使用新的API做准备）。在使用library支持库时，google提供的系统支持库(以com.android.support开头)需要使用相应的编译版本去编译，假如编译版本小于library版本，编译会不通过。通常，新版的 Support Library 随着新的系统版本而发布，它为系统新增加的 API 和新特性提供兼容性支持。另外，其他从远程服务器集成的三方包，编译版本需要符合SDK所要求的最低版本。

minSdkVersion：

minSdkVwesion应该是比较容易理解的了，APK运行的最低版本（如果你手机的操作系统版本低于该版本，将无法安装此应用程序），当你的程序调用的API大于minSdkVersion时，系统会给出警告，因为当手机操作系统版本较低的手机安装此应用并且调用此API时，会调用不到，通常使用运行时检查系统版本的方式解决。当然google  SDK向下做了兼容（该API提供的功能将不会展示，或者以其他形式展示），但是为了更好的用户体验，在程序中做处理是非常有必要的，不然低版本的手机可能会以一种相对丑陋的方式展现某种功能，如果你是一个用心做产品的人，这一点是必须要重点关注的。

targetSdkVersion：

targetSdkVersion属于三个属性中相对难理解的了，也着实令很多人头疼，下面就来梳理下targetSdkVersion到底是怎么一回事。

targetSdkVersion决定Android的系统行为，许多人在targetSdkVersion的版本选择问题上很困惑，假如你的应用程序使用较低版本的API就能够实现所有的功能，（当然我说得是假如，就是后续也不会引入新的特性，也不会去拓展其他许多新功能，这种情况毕竟属于极少数的）那你最好选择能够选择的最低版本来作为你的目标版本（使用低版本API的其中一个好处，可以让更多的Android系统运行的效果保持一致，即兼容性更好）。当你改变compileSDKVersion的属性值时不会影响Android系统运行行为，比如说，将compileSDKVersion属性值设置为25，targetSdkVersion属性值为23，开发的应用程序在Android 7.0系统运行，不会以Android 7.0新增的行为运行，决定Android系统行为的仍然是targetSDKVersion，假如你将应用程序在Android5.0系统运行，他将会以Android5.0的特性进行运行（降级处理，后面会具体讲解时如何降级的） Android系统平台的行为变更，只有targetSdkVersion的属性值被设置为大于或等于该系统平台的API版本时，才会生效。另外targetSdkVersion是一个用于指定应用的目标 API 级别的整数。如果未设置，其默认值与为 minSdkVersion 指定的值相等。

那么targetSdkVersion是如何起作用的呢？当应用程序在调用某个API时，此API在不同的不同的API版本上的表现形式不同，一般都有一个固定的分界线，假如分界线为API19，满足API19就会以新的表现形式展现给用户，不满足的话，就会以旧的形式表现，在SDK中会有这样一句代码this.getApplicationInfo().targetSdkVersion（获取targetsdkversion版本），它会用这个版本与19进行比较，最终选择该使用哪种表现形式。

三个属性的关系：minSdkVersion <= targetSdkVersion <= compileSdkVersion

假如你的应用程序使用模块化开发的话， Android项目的权限是主module与依赖module权限的并集，Android项目以主Module的targetSDKVersion为准。也即是说，依赖Module targetSDKVersion的设置是无效的。

Android  SDK版本号与API的对应关系：