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

给看到最后的朋友们发一波福利；

现在加Android开发群；701740775，可免费领取一份最新Android高级架构技术体系大纲和视频资料，以及五年积累整理的所有面试资源笔记。加群麻烦备注一下；简书领取高级大纲。