minSdkVersion、targetSdkVersion、compileSdkVersion三者的作用解析

1. minSdkVersion

minSdkVersion限制安装application所需要的系统最低版本，低于该版本的系统都不可以安装该application。同时不能使用该level版本SDK所不具备的API，例如在minSdkVersion为8的application中调用【this.getActionBar()】就会出现Call requires API level 11 (current min is 8): android.app.Activity#getActionBar的错误。这是因为ActionBar是在Android 11才出现的新功能（new API）。

2. targetSdkVersion

targetSdkVersion是Android提供向前兼容的主要依据，表明该application已经兼容从minSdkVersion至tartgetSdkVersion之间所有api的变化。在targetSdkVersion更新之前系统不会应用最新的行为变化。
例如：在Android 4.4(API 19)之后，AlarmManger的set()和get()这两个API都发生了变化：在Android 4.4之前，这两个方法设置的都是精确时间。Android 4.4之后为了省电（内部原因不表）都设置成了非精确时间。此时虽然API没有变化，但API的行为却发生了变化，如果Android系统不能保证兼容那么问题就来了，如果拿个老APK安装在新系统（4.4之后）上，你期望的精确时间却变成了模糊时间，火箭发射倒计时从10数到1后没动静（或没数到1呢就发射了）那就麻烦了。好在Android已经替我们考虑到了这个问题，targetSdkVersion就是为了解决这种兼容性问题而设置的。在调用API时，会判断targetSdkVersion与API发生变化系统的大小，如果targetSdkVersion小于19（即API行为发生变化系统版本），那不好意思，我还没适配你的高版本，请保持以前的API行为。如果targetSdkVersion大于或者等于19，等于告诉系统我已经充分测试该apk兼容你的变化了，可以使用最新API行为了。

3. compileSdkVersion

compileSdkVersion告诉gradle使用哪个版本Android SDK编译你的应用，使用任何新添加的API就要使用对应level的Android SDK.

4. 他们三者的关系

minSdkVersion <= targetSdkVersion <= compileSdkVersion

5. 理想情况下应该是

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

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

参考文献：
Android官方文档关于uses-sdk介绍
Android官方对三者的解析
网友从源码的角度对targetSdkVersion的分析