compileSdkVersion/minSdkVersion/targetSdkVersion
问题：
这几个参数应该怎么选？如果瞎写会有什么危害？
a) compileSdkVersion
这个参数就是告诉Gradle用哪个版本的SDK编译App。
这个参数只在编译的时候用，不会打包到apk里，和运行时无关。
如果我写一个很小的版本，比如1，会怎么样？
答：那你的app只能调这个版本sdk里的接口，高版本sdk里的
接口你就用不了了，用了就报编译错误；
如果我写一个很高的版本，会怎么样？
答：很好，就应该用最大值；
使用最高版本号，还有以下好处：
有些老接口可能在高版本SDK里不被推荐（deprecated）了，
编译的时候高版本SDK会提示你，而如果用老版本SDK就没这个提示了；
我们应该早点替换掉过时的接口为以后兼容新系统做准备；
b) minSdkVersion
这个值表示你的app至少依赖哪些api？
编译和安装的时候都会用到这个值；
如果写一个很小的值会怎么样？
答：那你就不能调用高版本sdk里的接口了；如果调了，编译会报错；
如果写一个很大的值，比如20，会怎么样？
答：这个值会被打包到apk里，当你想把这个apk安装到
Api level>20的系统上的时候，Android会提示系统版本过低，
无法安装；
这样你的app就无法安装到1～19的Android系统上了，流失用户；
C) targetSdkVersion
这个最难理解了；
这个参数会被打包到apk，只在运行时起作用；
举个例子会比较容易理解；
比如我在2012年开发了一个app，当时最新的系统是4.3（api 18），
我调用了AlarmManager
的set()方法，文档告诉我，这个方法会精确的唤醒闹钟，
我把targetSdkVersion设置成18，测试没问题，发布，一切顺利；
之后，谷歌的哥们为了省电想在下个版本4.4（api 19）里
修改下set()方法的实现，
变成非精确唤醒，但是一改的话，用户升级系统到19后，
我的那个app行为就变了，闹钟就不准了，咋办？
于是谷歌的人想了个办法，在set()方法里，判断
App的targetSdkVersion，如果发现targetSdkVersion低于
19，则走老流程精确唤醒；否则走新流程非精确唤醒，
这样就保证了我的app不用修改就在能在新系统上继续正常跑，
行为不变；
再看看如果我当时写了一个更高的targetSdkVersion值（原来是18），
比如19会怎么样？
App在新系统上跑到set()方法的时候，一看是19，则
走新流程，就是变成非精确闹钟，完了，app的行为变了；
再看如果当时写一个很低的值，比如1，会怎么样？
set()方法一看targetSdkVersion低于19，则走老流程，
还是精确定位，啥事没有；
但是你就放弃了走“高级流程”的权利了；
再举个例子：
安卓2.2开始（api 8）支持将app安装到sd卡，如果你的
App的targetSdkVersion<8，则安卓不会把app安装到sd卡，
只有>=8的时候才会使用这个功能；
所以说，我们要尽量选择大的targetSdkVersion值，并且
真的在这个版本的手机上充分测试；
总结一下：
compileSdkVersion尽量用最大值；
minSdkVersion尽量用最小值；
targetSdkVersion尽量用最大值，并实际在这个系统版本上
严格测试；
用公式表示就是
minSdkVersion <= targetSdkVersion <= compileSdkVersion
换个角度说：
compileSdkVersion ：表示用哪个版本的sdk参与app的编译，
你的app最高调用了哪个api level的接口，就至少用那个版本
的sdk编译，但是高一点更好；
minSdkVersion：表示你的app至少需要哪些接口，Android系统
版本低于这个值就不应该安装这个app；
targetSdkVersion：告诉安卓系统采用什么兼容策略，让你的app
可以不加修改就能跑在未来发布的新Android系统上；
参考文献：
1）Picking your compileSdkVersion, minSdkVersion, and targetSdkVersion
https://medium.com/google-developers/picking-your-compilesdkversion-minsdkversion-targetsdkversion-a098a0341ebd#.9oshr0172
http://www.race604.com/android-targetsdkversion/
3) What API level should I target
http://simonvt.net/2012/02/07/what-api-level-should-i-target/
