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/