StackOverFlow中对这个问题进行了详细的讨论：/questions//android-gradle-buildtoolsversion-vs-compilesdkversion
【问题的结论】就是：
1、CompileSdkVersion是你SDK的版本号，也就是API Level，例如API-19、API-20、API-21等等。
2、buildeToolVersion是你构建工具的版本，其中包括了打包工具aapt、dx等等。这个工具的目录位于..your_sdk_path/build-tools/XX.XX.XX
这个版本号一般是API-LEVEL.0.0。 例如I/O2014大会上发布了API20对应的build-tool的版本就是20.0.0
在这之间可能有小版本，例如20.0.1等等。
3、在ecplise的project.properties中可以设置sdk.buildtools=17.0.0。也可以不设置，不设置的话就是指定最新版本。而在android studio中是必须在build.gradle中设置。例如
compileSdkVersion & 22
&buildToolsVersion &22.0.1&
4、你可以用高版本的build-tool去构建一个低版本的sdk工程，例如build-tool的版本为20，去构建一个sdk版本为18的
例如：compileSdkVersion 18 &
buildToolsVersion &22.0.1&这样也是OK的。
【Android SDK 功能解析】
先来看一下SDK的目录
其中比较重要的目录包括【build-tools】【platforms】【platform-tools】【tools】
【build-tools】里面是不同版本(例如21.1.1)的build工具，这些工具包括了aapt打包工具、dx.bat、aidl.exe等等
【platform】是存放不同API-level版本SDK目录的地方
【platform-tools】是一些android平台相关的工具，adb、fastboot等
【tools】是指的安卓开发相关的工具，例如android.bat、ddms.bat(Dalvik debug Monitor Service)、draw9patch.bat等等
课外阅读：
/question/47017/android-sdk-build-tools.html
版权声明：本文为博主原创文章，未经博主允许不得转载。
阅读(...) 评论()Android开发（82）
最近花了半个多月研究有米的sdk，发现始终无法展示广告，最后发现是由于Target Sdk Version搞得鬼。之前用的是API 23，后来采用API 21，果断正常了。在网上查了一些资料，意思是对程序没太大影响的，说到底我还是不明白。先记着，以后再看吧。
minSdkVersion与maxSdkVersion，在安装程序的时候，如果目标机器的api版本小于minSdkVersion或大于maxSdkVersion，那么这个程序将不能被安装。在使用Eclipse时，通常minSdkVersion和maxSdkVersion在AndroidManifest.xml配置。在Android Studio中则是在build.gradle。targetSdkVersion，如果设置了此属性，那么在程序执行时，如果目标设备的API版本正好等于此数值，它会告诉Android平台“次程序在此版本已经经过充分测试，没有问题，不必为程序开启兼容性检查的判断工作”， 也就是说targetSdkVersion与目标设备API版本相同时，运行效率可能会高一些。compileSdkVersion表示以什么版本进行编译。
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：160024次
积分：2765
积分：2765
排名：第10653名
原创：100篇
转载：118篇
评论：10条
(1)(1)(1)(2)(7)(4)(4)(9)(11)(6)(5)(6)(4)(16)(8)(18)(12)(11)(28)(18)(13)(11)(11)(6)(5)Android（235）
转自：/a/anzhuokaifa/androidkaifa/54.html
如何选择 compileSdkVersion, minSdkVersion 和 targetSdkVersion
编辑推荐：，这是一个高质量的技术干货分享社区，web前端、Android、iOS、设计资源和产品，满足你的学习欲望。
英文原文：
作者：Ian Lake，Google Android 推广工程师；翻译：韩国恺。
当你发布一个应用之后，(取决于具体的发布时间)可能没过几个月 Android 系统就发布了一个新版本。这对你的应用意味着什么，所有东西都不能用了？
别担心，向前兼容是 Android 非常关注的事情。用户在升级到新版 Android 的时候，用以前版本的 SDK 构建的现有应用应该不会出问题。这就是&compileSdkVersion,&minSdkVersion&和&targetSdkVersion&的作用：他们分别控制可以使用哪些
API ，要求的 API 级别是什么，以及应用的兼容模式。
compileSdkVersion
compileSdkVersion 告诉&Gradle 用哪个 Android SDK 版本编译你的应用。使用任何新添加的 API 就需要使用对应 Level 的 Android SDK。
需要强调的是修改&compileSdkVersion 不会改变运行时的行为。当你修改了 compileSdkVersion 的时候，可能会出现新的编译警告、编译错误，但新的&compileSdkVersion 不会被包含到 APK 中：它纯粹只是在编译的时候使用。（你真的应该修复这些警告，他们的出现一定是有原因的）
因此我们强烈推荐总是使用最新的 SDK 进行编译。在现有代码上使用新的编译检查可以获得很多好处，避免新弃用的 API ，并且为使用新的 API 做好准备。
注意，如果使用&&，那么使用最新发布的&Support Library 就需要使用最新的 SDK 编译。例如，要使用 23.1.1
版本的 Support Library ，compileSdkVersion 就必需至少是 23 （大版本号要一致！）。通常，新版的&Support Library 随着新的系统版本而发布，它为系统新增加的 API 和新特性提供兼容性支持。
minSdkVersion
如果 compileSdkVersion 设置为可用的最新 API，那么&minSdkVersion 则是应用可以运行的最低要求。minSdkVersion 是 Google Play 商店用来判断用户设备是否可以安装某个应用的标志之一。
在开发时 minSdkVersion 也起到一个重要角色：&默认会在项目中运行，它在你使用了高于&minSdkVersion &的 API 时会警告你，帮你避免调用不存在的
API 的运行时问题。如果只在较高版本的系统上才使用某些 API，通常使用的方式解决。
请记住，你所使用的库，如&&或&，可能有他们自己的&minSdkVersion 。你的应用设置的&minSdkVersion 必需大于等于这些库的&minSdkVersion 。例如有三个库，它们的 minSdkVersion 分别是 4, 7 和 9 ，那么你的&minSdkVersion &必需至少是 9 才能使用它们。在少数情况下，你仍然想用一个比你应用的 minSdkVersion 还高的库（处理所有的边缘情况，确保它只在较新的平台上使用），你可以使用&，但请做彻底的测试！
当你决定使用什么&minSdkVersion 时候，你应该参考当前的&，它显示了最近 7 天所有访问 Google Play 的设备信息。他们就是你把应用发布到 Google Play 时的潜在用户。最终这是一个商业决策问题，取决于为了支持额外 3% 的设备，确保最佳体验而付出的开发和测试成本是否值得。
当然，如果某个新的 API 是你整个应用的关键，那么确定&minSdkVersion 的值就比较容易了。不过要记得 14 亿设备中的 0.7％ 也是个不小的数字。
targetSdkVersion
三个版本号中最有趣的就是&targetSdkVersion 了。&targetSdkVersion 是 Android 提供向前兼容的主要依据，在应用的 targetSdkVersion 没有更新之前系统不会应用最新的行为变化。这允许你在适应新的行为变化之前就可以使用新的 API （因为你已经更新了 compileSdkVersion 不是吗？）。
targetSdkVersion 所暗示的许多行为变化都记录在&&文档中了，但是所有恐怖的细节也都列在每次发布的平台亮点中了，在这个&中可以方便地找到相应的链接。
例如，中谈了 target 为 API 23 时会如何把你的应用转换到上，阐述了 target 为 API 19 及以上时使用&&和&&设置
alarm 会有怎样的行为变化。
由于某些行为的变化对用户是非常明显的（，运行时权限等），所以将
target 更新为最新的 SDK 是所有应用都应该优先处理的事情。但这不意味着你一定要使用所有新引入的功能，也不意味着你可以不做任何测试就盲目地更新&targetSdkVersion ，请一定在更新&targetSdkVersion 之前做测试！你的用户会感谢你的。
Gradle 和 SDK 版本
所以设置正确的&compileSdkVersion, minSdkVersion 和 targetSdkVersion 很重要。如你所想，&&和&&都在构建系统中集成了它们。在你的模块的&build.gradle 文件中（也可以在 Android Studio 的项目结构选项中）设置：
&&compileSdkVersion&23
&&buildToolsVersion&&23.0.1&
&&defaultConfig&{
&&&&applicationId&&com.example.checkyourtargetsdk&
&&&&minSdkVersion&7
&&&&targetSdkVersion&23
&&&&versionCode&1
&&&&versionName&“1.0”
编译时用到的 compileSdkVersion 是和构建工具版本一起设置的 Android 设置之一。其他两个稍有不同，他们在构建变体()的那里声明。defaultConfig 是所有构建变体的基础，也是设置这些默认值的地方。你可以想象在一个更复杂的系统中，应用的某些版本可能会有不同的&minSdkVersion 。
minSdkVersion 和 targetSdkVersion 与&compileSdkVersion 的另一个不同之处是它们会被包含进最终的 APK 文件中，如果你查看生成的&AndroidManifest.xml 文件，你会看到类似下面这样的标签：
&uses-sdk&android:targetSdkVersion=&23&&android:minSdkVersion=&7&&/&
如果你在&manifest 文件中手工设置，你会发现 Gradle 在构建时会忽略它们（尽管其它构建系统可能会明确依赖它们）。
如果你按照上面示例那样配置，你会发现这三个值的关系是：
minSdkVersion&&=&targetSdkVersion&&=&compileSdkVersion
这种直觉是合理的，如果&compileSdkVersion 是你的最大值，minSdkVersion 是最小值，那么最大值必需至少和最小值一样大且 target 必需在二者之间。
理想上，在稳定状态下三者的关系应该更像这样：
minSdkVersion&(lowest&possible)&&=&
&&&&targetSdkVersion&==&compileSdkVersion&(latest&SDK)
用较低的&minSdkVersion 来覆盖最大的人群，用最新的 SDK 设置 target 和 compile 来获得最好的外观和行为。#BuildBetterApps
关于本文的内容您可以参与我们&上的讨论，关注我们的&&信息流获得更多信息。
译者注： Android Development Patterns 系列视频见&&或&&。
& & & & 这篇文章最重要的意义在于：我们的app的
compileSdkVersion, &targetSdkVersion最好是最新的sdk版本，这样可以避免一些新手机兼容的问题，可以在开发阶段就可以避免一些升级最新系统带来的错误，
minSdkVersion 的版本由我们所要支持的最低的android版本考虑。
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
访问：241355次
积分：4845
积分：4845
排名：第4704名
原创：197篇
转载：99篇
评论：128条
(2)(12)(20)(17)(18)(10)(6)(14)(14)(11)(7)(15)(8)(15)(9)(16)(10)(15)(17)(24)(1)(3)(41)