Android:compileSdkVersion、buildToolsVersion、minSdkVersion与targetSdkVersion

本文主要是介绍Android:compileSdkVersion、buildToolsVersion、minSdkVersion与targetSdkVersion,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

亲测可用,若有疑问请私信

Android开发常用的几种 Version

  • compileSdkVersion
  • buildToolsVersion
  • minSdkVersion
  • targetSdkVersion

下面一一详细介绍这些 Version 所代表的意义

compileSdkVersion

顾名思义,就是用来编译源代码所使用的 API 版本。也就是说在写代码的时候,所引入的 android.jar 的版本。这个只是编译期间使用,并不是真实设备上运行 APK 的 API Version。真实设备运行的永远是烤制的 ROM 的版本。

那么什么是编译期间使用的 API 版本呢,我举个例子说明:

假如 API 19 有一个这样的方法:

public void print(String message) {Log.d("xxx", message);
}

然后 API 20 对这个方法进行的改进

public void print(String message, int option) {if (option & 1 == 1){Log.d("xxx", message);}
}

那么当你写代码调用这个 print(message) 的方法的时候,如果 compileSdkVersion 指定的是 19,那么编译就不会出现问题;而如果 compileSdkVersion 指定的是20,那么就会编译不过,并且 AndroidStudio 会给一个错误的提示。

当然了,事实上 Google 是不会这样暴力的直接将一个方法进行修改或删除,通常是会在原方法标记一个 @Deprecated 用来警告开发者这个方法被废弃了,当前 API Version 是可以正常调用的,但是也许将来的某个版本会直接删除。然后再指向一个新增的用于替代的方法。此时虽然我们还能继续使用该方法,但是 AndroidStudio 会给一个警告。

至于为什么 compileSdkVersion 并不会影响真实运行的 API Version 呢,因为 android.jar 只是为了让我们写的代码能够成功生成 class 文件,真实运行的其实是设备上 的 ROM 包,我们可以看到 android.jar 有很多类其实就只是一个空方法,并没有具体的实现。比如 BaseDexClassLoader 类。

buildToolsVersion

顾名思义,就是构建工具的版本。所谓的构建工具其实就是指我们 sdk 下面的 build-tools 目录。我的 build-tools 目录就有以下的版本

23.0.3 25.0.0 25.0.2 26.0.2 27.0.3 28.0.2

这个 build-tools 里面包含了我们打包构建所需要的一些工具,比如:

  • aapt: Android Asset Packaging Tool,也就是资源打包工具,将资源文件打包成 R.java 以及 .arsc资源文件
  • aidl: 将 aidl 文件 编译为 java 接口类
  • dx: 将 class 文件打包成 dex 文件
  • apksigner: 将 打包成的 apk 文件进行签名
  • zipalign: 将 签名后的 apk 文件进行 zip 对齐,加快访问速度

buildToolsVersion 就是指定这些构建工具的版本

minSdkVersion

顾名思义,就是最小支持的 API 版本,这个值直接决定了你的 APK 是否能够安装在设备上。

比如说,minSdkVersion 指定为 19,而设备的 API Version 为16,那么安装此 APK 文件就会失败。

在编写代码的时候,如果 minSdkVersion 指定为 19,而要引入的一个方法是 API 20 才新增的,此时你把 compileSdkVersion 设置为 20,代码能够正常编译,但是 AndroidStudio 会给一个警告。

这是因为,minSdkVersion 指定为 19,也就会有 API 19 的设备安装此 APK,但是运行到那个 API 20 才引入的方法时,因为 API 19 是没有这个方法的,就会产生 MethodNotFoundException 异常而崩溃。

这个情况只能我们手动的进行差异化处理了:

if (android.os.Build.VERSION.SDK_INT >= android.os.Build.VERSION_CODES.KITKAT_WATCH) {// 大于 20,直接调用方法invokeMethodWhenAPIGreatThan20();
} else {// 小于 20,只有自己手动实现或者调用其他方法invokeMethodCustom();
}

通常来讲,如果你把 minSdkVersion 设置得足够低,那么你的 APK 就能尽量地覆盖市场上大部分的设备,但是因为低版本的 API 缺少很多高版本新增的高效工具、或者存在很多在低版本存在的缺陷却在高版本解决了的,那么你就需要自己去实现这些高效工具或者自己去想办法解决这些缺陷。如果你想用高版本的方法,把 compileSdkVersion 设置得足够高,那么你的代码中就会大量充满上面的处理兼容性的代码。

这里我们也可以得出一个结论,就是 minSdkVersion 一定比 compileSdkVersion 小。想想也就明白了,minSdkVersion 都指定了最小可安装的版本了,如果 compileSdkVersion 还比 minSdkVersion 小了,那么编译出来的 APK,谁还能用啊?

targetSdkVersion

这里面所有的版本,也许就是 targetSdkVersion 最难理解了。用官方的描述来讲的话:

targetSdkVersion is the main way Android provides forward compatibility

什么意思呢? targetSdkVersion 是 Android 系统提供前向兼容的主要手段。随着 Android 系统的升级,某个系统的 API 或者模块的行为可能会发生改变,但是为了保证老 APK 的行为还是和以前兼容。只要 APK 的 targetSdkVersion 不变,即使这个 APK 安装在新 Android 系统上,其行为还是保持老的系统上的行为,这样就保证了系统对老应用的前向兼容性。

回到最开始的例子,假如 API 19 有一个这样的方法:

public void print(String message) {Log.d("xxx", message);
}

在 API 20 的时候,如果 google 想改变这个方法的行为,除了上面所说的方式:给这个方法加一个 @Deprecated,然后指向一个新增的方法外。还可以用另外一种方式来做

public void print(String message) {final int targetSdkVersion = ctx.getApplicationInfo().targetSdkVersion;if (targetSdkVersion >= android.os.Build.VERSION_CODES.KITKAT_WATCH) {MyLog.d("xxx", message);} else {Log.d("xxx", message);}
}

首先获取我们配置的 targetSdkVersion,如果大于等于 20,就调用新的打印方法,否则就用旧的打印方式。

这样的话,即使我们设备的 API Version 是 20,但是只要设置的 targetSdkVersion 指定的是 19,那么还是会使用旧的方式而非新的方式。这就是前向兼容性。也可以说 targetSdkVersion 指定了我们希望的 API 所呈现的版本形式,但是只能向前。


 

这篇关于Android:compileSdkVersion、buildToolsVersion、minSdkVersion与targetSdkVersion的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/973160

相关文章

Android中Dialog的使用详解

《Android中Dialog的使用详解》Dialog(对话框)是Android中常用的UI组件,用于临时显示重要信息或获取用户输入,本文给大家介绍Android中Dialog的使用,感兴趣的朋友一起... 目录android中Dialog的使用详解1. 基本Dialog类型1.1 AlertDialog(

Android Kotlin 高阶函数详解及其在协程中的应用小结

《AndroidKotlin高阶函数详解及其在协程中的应用小结》高阶函数是Kotlin中的一个重要特性,它能够将函数作为一等公民(First-ClassCitizen),使得代码更加简洁、灵活和可... 目录1. 引言2. 什么是高阶函数?3. 高阶函数的基础用法3.1 传递函数作为参数3.2 Lambda

Android自定义Scrollbar的两种实现方式

《Android自定义Scrollbar的两种实现方式》本文介绍两种实现自定义滚动条的方法,分别通过ItemDecoration方案和独立View方案实现滚动条定制化,文章通过代码示例讲解的非常详细,... 目录方案一:ItemDecoration实现(推荐用于RecyclerView)实现原理完整代码实现

Android App安装列表获取方法(实践方案)

《AndroidApp安装列表获取方法(实践方案)》文章介绍了Android11及以上版本获取应用列表的方案调整,包括权限配置、白名单配置和action配置三种方式,并提供了相应的Java和Kotl... 目录前言实现方案         方案概述一、 androidManifest 三种配置方式

Android WebView无法加载H5页面的常见问题和解决方法

《AndroidWebView无法加载H5页面的常见问题和解决方法》AndroidWebView是一种视图组件,使得Android应用能够显示网页内容,它基于Chromium,具备现代浏览器的许多功... 目录1. WebView 简介2. 常见问题3. 网络权限设置4. 启用 JavaScript5. D

Android如何获取当前CPU频率和占用率

《Android如何获取当前CPU频率和占用率》最近在优化App的性能,需要获取当前CPU视频频率和占用率,所以本文小编就来和大家总结一下如何在Android中获取当前CPU频率和占用率吧... 最近在优化 App 的性能,需要获取当前 CPU视频频率和占用率,通过查询资料,大致思路如下:目前没有标准的

Android开发中gradle下载缓慢的问题级解决方法

《Android开发中gradle下载缓慢的问题级解决方法》本文介绍了解决Android开发中Gradle下载缓慢问题的几种方法,本文给大家介绍的非常详细,感兴趣的朋友跟随小编一起看看吧... 目录一、网络环境优化二、Gradle版本与配置优化三、其他优化措施针对android开发中Gradle下载缓慢的问

Android 悬浮窗开发示例((动态权限请求 | 前台服务和通知 | 悬浮窗创建 )

《Android悬浮窗开发示例((动态权限请求|前台服务和通知|悬浮窗创建)》本文介绍了Android悬浮窗的实现效果,包括动态权限请求、前台服务和通知的使用,悬浮窗权限需要动态申请并引导... 目录一、悬浮窗 动态权限请求1、动态请求权限2、悬浮窗权限说明3、检查动态权限4、申请动态权限5、权限设置完毕后

Android里面的Service种类以及启动方式

《Android里面的Service种类以及启动方式》Android中的Service分为前台服务和后台服务,前台服务需要亮身份牌并显示通知,后台服务则有启动方式选择,包括startService和b... 目录一句话总结:一、Service 的两种类型:1. 前台服务(必须亮身份牌)2. 后台服务(偷偷干

Android kotlin语言实现删除文件的解决方案

《Androidkotlin语言实现删除文件的解决方案》:本文主要介绍Androidkotlin语言实现删除文件的解决方案,在项目开发过程中,尤其是需要跨平台协作的项目,那么删除用户指定的文件的... 目录一、前言二、适用环境三、模板内容1.权限申请2.Activity中的模板一、前言在项目开发过程中,尤