能否设置targetSDK低于buildToolsVersion与compileSdkVersion？版本兼容咨询

1. 能否将targetSdkVersion设置为低于compileSdkVersion和buildToolsVersion？ #

当然可以！这是Android开发中非常常见且完全符合官方规范的操作。要理解为什么可行，得先理清这三个版本参数的核心作用：

• compileSdkVersion：编译时的SDK版本，决定了你能访问哪些最新的Android API，编译阶段会检查代码是否符合该版本的语法和规范，但不会影响应用的运行时行为。
• buildToolsVersion：构建工具链的版本，负责编译代码、打包APK等构建流程，只要它支持你指定的compileSdkVersion即可（比如26版本的buildTools完全适配compileSdk26），和targetSdkVersion没有直接绑定关系。
• targetSdkVersion：运行时的兼容标记，告诉Android系统你的应用是针对哪个API版本优化的。系统会根据这个值来切换对应的行为逻辑（比如权限模型、后台限制等），设置更低的版本意味着系统会兼容旧版本的行为规则。

所以只要buildToolsVersion兼容compileSdkVersion，targetSdkVersion可以低于这两者——很多开发者会用这种方式逐步适配新系统特性，同时保留对旧版本设备的兼容性。

2. 设置compileSdkVersion=26、buildToolsVersion="26.0.0"且targetSdkVersion=25会出现什么情况？ #

这种配置完全可行，具体影响可以从编译和运行两个层面来看：

编译阶段

• 可以正常编译：buildTools26.0.0完全支持compileSdk26，你能在代码中使用Android 8.0（API26）的新API（比如通知渠道、自适应图标等）。
• 注意API兼容性：如果使用了API26专属的API，必须通过Build.VERSION.SDK_INT >= 26做版本判断，否则在API25及以下的设备上运行会直接崩溃。

运行阶段

• 系统兼容旧行为：Android系统会将你的应用视为针对API25优化的应用，不会强制启用API26的新特性限制：
  • 权限：沿用API25及之前的权限模型，不需要适配API26的后台权限限制，旧的权限请求逻辑依然有效。
  • 通知：不需要强制实现通知渠道（API26强制要求，但targetSdk25时系统会跳过这个检查），旧的通知代码可以正常工作。
  • 后台限制：不会触发API26对后台服务的严格限制，应用在后台的行为和API25时代一致。
• 第三方库兼容：你提到的要求targetSdk25的.aar库，只要它们本身没有依赖API26+的特性，就能正常集成和运行。如果库内部有基于targetSdkVersion的逻辑，也会按照API25的规则执行，一般不会出现兼容性问题。

潜在注意事项

• 确保support库版本统一：因为你升级了google-play-services 15.0.0（依赖android.support:26.1.0），要保证项目中所有依赖的support库版本都是26.1.0，避免出现版本冲突。可以通过Gradle的resolutionStrategy来强制统一版本，比如：

  configurations.all {
      resolutionStrategy.force 'com.android.support:support-v4:26.1.0'
      resolutionStrategy.force 'com.android.support:appcompat-v7:26.1.0'
  }
  

内容的提问来源于stack exchange，提问作者dev90