Android的 targetsdkversioin

对于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主要是用来抑制编译时的兼容性问题的。