targetSdkVersion,minSdkVersion,compileSdkVersion的介绍

首先介绍一下概念：

targetSdkVersion:目标软件开发版本，该值即为app的API的版本

API ：Application Programming Interface，即应用程序编程接口，提供了很多方法供我们调用，高版本API兼容低版本API。

Android 7.0：定义了手机系统的版本，不同版本的系统给用户提供不同的功能，如Android 7.0 多窗口支持等。开发的app要使用这些功能，需要使用他对应的API，即targetSdkVersion设置为24

---

minSdkVersion定义应用程序支持的最低API版本，如设置为11，则API 14中的方法将无法调用

 

compileSdkVersion为编译app时用的sdk版本，之影响到你编译出来的包，不影响app的手机上运行。一般来说设置到最高，因为新的编译检查可以有很多好处，可以避免启用的api，并且为新的api做好准备

 

targetSdkVersion的选择

API属于应用层的东西，Android系统属于底层的东西，开发者想要显示底层的演示效果，就需要使用API来完成。

低版本的API能兼容的手机多，但是他提供的方法缺少，不方便

高版本的API能提供更多方便的接口，但是对于低版本也需要进行适配，例如7.0前后的文件读取，就需要判断系统的版本号来选择不同的方法。

 

 

API和手机系统的关系：

当系统版本（23 6.0）高于targetSdkVersion（22 5.1）时候：

6.0需要运行时权限，但是由于我们的targetVersion为5.1，还没有这东西，没有也不需要设置运行时权限，手机系统会提示你取手动设置权限

此时app展示的就是你自己代码所调用的5.1的api中的东西

对于没有的东西，如运行时权限，则会系统默认处理，

但是比如运行在7.0的设备上，对于文件的读写（7.0以后使用FileProvider），则会报错。

综上：就是可以运行在高版本的系统上，但是对于高版本的增量更新（高版本有的，低版本没有的，如7.0的FileProvider），可能会出错。

 

当系统版本（23 6.0）等于targetSdkVersion（23 6.0）时候：

运行正常且效率高

 

当系统版本（22 5.1）小于targetSdkVersion（23 6.0）时候：

因为targetSdkVersion为我们app的调用的API的版本，所以可能高版本API和低版本API有部分不同，需要特殊设置一下

例如运行时权限的代码，我们会在前面加上设备系统版本的判断，对于6.0以下的，就不动态设置权限，直接给了。

所以当targetSdkVersion版本高时，行为变更需要对低版本做出适配（上面的例子），也就是说代码里控制一下，就都能正常运行。

---

三者的关系：

minSdkVersion <= targetSdkVersion <= compileSdkVersion

参考链接：https://blog.csdn.net/zhangjin12312/article/details/78211328