在 Android 应用构建中，compileSdkVersion、minSdkVersion 和 targetSdkVersion 是三个关键配置参数，它们在编译、兼容性和运行时行为中扮演不同角色。以下是它们的区别和设置意义：
1. compileSdkVersion
定义：编译时使用的 Android SDK 版本。
作用：
编译检查：决定编译器检查代码时使用的 API 范围。例如，使用 API 34 编译时，可以调用该版本新增的 API，但若代码中存在已被弃用的 API，编译器会发出警告或错误。
支持库依赖：若使用 Support Library 或 AndroidX 库，需确保 compileSdkVersion 的大版本号与支持库版本一致（如 Support Library 23.1.1 要求 compileSdkVersion ≥23）。
设置意义：
建议始终使用最新 SDK 版本，以获取新 API 的访问权限、最新的编译检查和安全修复。
仅影响编译过程，不打包到 APK 中，因此不会改变运行时行为。
2. minSdkVersion
定义：应用支持的最低 Android 系统版本（API 级别）。
作用：
安装限制：若设备的系统 API 级别低于此值，应用无法安装。
兼容性检查：开发工具（如 Lint）会检测代码中是否调用了高于 minSdkVersion 的 API，并发出警告，防止低版本设备上运行时崩溃。
设置意义：
需根据目标用户设备分布（如 Google Play 的统计）平衡覆盖范围和功能需求。例如，若 minSdkVersion=21（Android 5.0），应用将放弃支持 4.4 及以下系统的用户。
第三方库可能有自己的 minSdkVersion，应用需将其设置为不低于所有依赖库的最高要求（如库 A 要求 ≥19，库 B 要求 ≥21，则应用需设为 ≥21）。
3. targetSdkVersion
定义：应用针对的目标 Android 版本（API 级别）。
作用：
系统行为兼容性：Android 系统会根据此值决定是否启用新版本的行为变更。例如：
API 23+（Android 6.0）：动态权限申请逻辑仅在 targetSdkVersion≥23 时生效。
API 29+（Android 10）：后台定位权限限制仅在 targetSdkVersion≥29 时触发。
前向兼容性：若 targetSdkVersion 未更新到最新版本，系统会沿用旧版本的逻辑，即使应用安装在高版本设备上。
设置意义：
需定期更新到最新版本，以适配新系统的优化和安全要求（如 Google Play 强制要求 targetSdkVersion≥33 用于 2023 年新应用）。
避免因未更新 targetSdkVersion 导致应用在高版本系统上出现兼容性问题（如界面错位、功能失效）。
三者的关系与最佳实践
版本关系：
minSdkVersion ≤ targetSdkVersion ≤ compileSdkVersion。
推荐配置：
compileSdkVersion：设为最新 SDK（如 34）。
targetSdkVersion：设为最新稳定版本（如 34），确保适配新系统特性。
minSdkVersion：根据用户覆盖需求设置（如 21 覆盖 95% 以上设备）。
特殊场景：
若需使用高版本 API 但保持旧系统兼容，可通过 if (Build.VERSION.SDK_INT ≥ XX) 动态判断。
升级 targetSdkVersion 时需全面测试，避免行为变更导致功能异常。
总结
compileSdkVersion：决定编译环境和 API 可用性，需频繁更新。
minSdkVersion：控制最低设备兼容性，需平衡用户覆盖与功能需求。
targetSdkVersion：影响系统行为适配，需紧跟 Android 版本更新节奏。
合理配置三者可确保应用在兼容旧设备的同时，充分利用新系统特性。
