关于minSdk=23的APK启用desugar_jdk_libs的技术咨询

1. sourceCompatibility、targetCompatibility与jvmTarget的作用及关联 #

这三个Gradle参数直接影响代码编译和脱糖的最终效果，必须保持一致：

• sourceCompatibility：规定编写代码时可使用的Java语法版本，比如设为1.8就能用Java 8的Lambda、Stream等语法
• targetCompatibility：控制编译后生成的字节码兼容的最低JVM版本，确保字节码在目标环境正常执行
• kotlinOptions.jvmTarget：针对Kotlin代码，指定编译后字节码的目标JVM版本，和前两个参数对齐才能避免Kotlin与Java代码的兼容冲突

如果三个值不一致，比如source用11但target用8，会导致编译出的字节码出现语法或API不兼容问题，脱糖过程也会出错。

2. desugar_jdk_libs版本选择与JDK版本的对应关系 #

desugar版本完全由编译目标JDK版本决定：

• 1.1.x系列：适配JDK 7/8的API脱糖，当sourceCompatibility等参数设为1.8时选这个版本，能处理Java 8核心API（比如java.time系列）在旧Android设备上的缺失问题
• 1.2.x及以上系列：支持JDK 11的API脱糖，若编译目标设为JDK 11，必须用这个版本，可覆盖JDK 11新增API的脱糖需求

简单说，编译目标JDK版本和desugar版本绑定，选对版本才能确保脱糖完全生效。

3. JDK版本选择建议（针对minSdk=23） #

虽然你测试JDK 8、11、17都能运行，但优先推荐JDK 11，原因如下：

• Kotlinx Datetime的设计更贴合JDK 11的API规范，脱糖后在minSdk=23设备上的兼容性更稳定
• JDK 11是Android官方长期维护的LTS版本，后续工具链支持和bug修复更有保障
• 相比JDK 8，JDK 11提供更多现代API，同时desugar 1.2.x对这些API的脱糖支持已非常成熟
• 不建议选JDK 17：目前Android对JDK 17的脱糖支持不完善，部分API在minSdk=23的旧设备上可能出现未预期崩溃，风险较高

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