API 22环境下能否使用Retrofit2等组件？编译SDK该如何设置？

一、compileSDK=22下能否使用指定库？ #

可以使用，但需选择兼容旧compileSDK的库版本，逐个说明：

• Retrofit2：Retrofit 2最低支持API级别为21，完全兼容API22。建议选用2.9.0及以下版本（更高版本可能依赖更高compileSDK），可正常实现网络请求功能。
• ViewModels & LiveData：这两个组件属于Android Architecture Components，最低支持API14。需选用AndroidX Lifecycle库的旧版本（如2.2.0），避免使用依赖compileSDK≥28的新版本，即可在compileSDK=22的项目中正常使用。
• Coroutines：Kotlin协程最低支持API16，兼容API22。只要项目配置了对应版本的Kotlin环境，选用1.5.x及以下的kotlinx-coroutines-android版本，就能正常实现异步操作。
• ConstraintLayout：早期版本（如1.1.3）最低支持API14且兼容compileSDK=22，新版本可能要求更高compileSDK，因此选择1.1.x系列版本即可在项目中使用布局约束功能。

二、是否有开发者在compileSDK=22的应用中使用过这些功能？ #

是的，大量维护旧版本适配需求的开发者都有相关实践。社区中（包括Stack Overflow）有不少开发者分享过在compileSDK=22环境下整合这些库的经验，只要选对适配版本，就能稳定运行。

三、仅修改targetSDK=22、保留compileSDK=32是否可行？ #

可行，但需要注意以下风险与限制：

• 编译阶段会基于API32的SDK进行检查，代码中若直接调用API22以上的系统方法，编译会通过，但在API22设备上运行会触发NoSuchMethodError崩溃，必须通过Build.VERSION.SDK_INT >= [目标API]的版本判断包裹相关代码。
• 部分第三方库可能依赖更高的compileSDK或targetSDK，需确保选用的库版本兼容targetSDK=22，避免出现兼容性异常。
• 这种方式的优势是可以利用新compileSDK的编译校验能力，同时适配旧设备，但需要严格管控API版本差异，做好运行时兼容性处理。

内容的提问来源于stack exchange，提问作者Alexander Guzmán