对于Android初学开发者来说，
可能会好奇 targetsdkversioin这个配置是用来干嘛的。也有很多一两年开发经验的 Android码农会在面试中被问到这个问题。
Api Level是个什么东西？
Android的api在版本间变化可能非常大，有时候一个 api在低版本支持，到了高版本就被删除了。可以在 develop网站上看到 api level对应的 Android版本，xxx.jpg
举个例子，Activity.getActionBar()xxxx.jpg
可以看到 api level 11，也就是说3.0之前是没有这个api的，3.0之前的机器运行不了用了这个api的app。
targetsdkversioin
以上面 getActionBar()的例子来说，我们的app现在可以指定 targetsdkversioin = 11,这意味着安装时会通知系统，开发者已经在 3.0系统上测试过没问题，如果安装的系统 api level高于11，则会开启兼容模式来运行app。
就像 Android 6.0引入的动态权限申请，如果你把 targetsdkversioin定位比6.0低的 api level的话，其实是不需要动态去申请权限，在app安装时，系统会以兼容模式默认开启这些权限。
然而问题在于，设定 targetsdkversioin = 21(比如5.0对应的 api level 21)，意味着向系统表明我们只在 5.0系统测试过，如果是运行在6.0的机器而用户手动关掉所需要的权限的话，我们的应用是会崩溃的，系统并不会帮我们处理掉兼容性的问题。
@TargetApi
和 targetsdkversioin相对应的还有 @TargetApi这个注解，还是以上 getActionBar()为例子来说明
如果我们预期app可以运行在 api level < 11的机器上，而因为UI设计或者其他原因，非要用 getActionBar()方法的时候，@TargetApi就有作用了
对于这种情况，通常会在代码中用 Build.VERSION.SDK_INIT 来判断，比如下面的代码，
if(Build.VERSION.SDK_INIT > 10) { .... goWithActionBar();} else { ....}@TargetApi(11)public void goWithActionBar(){ ....}这意味着 goWithActionBar()这个方法是在 api level以上可以使用的，不加这个注解的话，编译系统会提示兼容性错误而导致编译不过，因此 @TargetApi主要是用来抑制编译时的兼容性问题的。
