Android 14中ProGuard与ClassValue存在哪些潜在问题？

问题背景 #

ProGuard问题：在某些场景下，引入java.lang.ClassValue类会导致ProGuard（实际也包含Android官方默认的R8工具）对应用做压缩、混淆、优化时出现异常。问题根源是某个Kotlin库会通过Class.forName("java.lang.ClassValue")的结果切换运行时逻辑——如果运行环境不支持ClassValue，就走旧逻辑；如果支持，就用基于ClassValue的高效缓存。但如果应用原本是基于不支持ClassValue的旧环境开发的，R8/ProGuard的优化可能会误删ClassValue子类中的computeValue方法。

关键疑问解答 #

1. 涉及的Kotlin库是什么？ #

文档未明确命名，但根据社区问题推测是kotlinx.serialization，该库的逻辑变更仅为实现更高效的缓存，无其他功能改动。

2. 文中的“运行时”指什么？ #

这里的“运行时”包含两层含义：

• 目标Android系统版本：ClassValue是Android 14才新增的系统API，Android 13及以下的系统库中不存在这个类
• 构建/编译环境：包括你使用的R8/ProGuard版本、Kotlin库版本、编译用的JDK版本——这些工具的逻辑会影响代码优化的判断逻辑

3. 旧项目切换到Android 14为何会出现computeValue方法被移除的问题？ #

核心原因是库的动态兼容性逻辑+R8/ProGuard的优化误判：

• 当你之前针对旧版Android开发时，kotlinx.serialization这类库会走不依赖ClassValue的旧逻辑，代码中不会生成ClassValue的子类
• 切换目标SDK到Android 14后，库会检测到系统支持ClassValue，动态生成对应的子类并重写computeValue方法
• 但R8/ProGuard的优化逻辑会认为这个computeValue方法没有被直接调用（因为库通过反射或动态逻辑触发），将其标记为无用代码删除
• 最终导致运行时调用ClassValue相关逻辑时，找不到computeValue方法，抛出异常

4. 关于ProGuard和R8的范围 #

文档中提到的ProGuard确实适用于R8，因为R8是Android官方默认的代码压缩工具，继承了ProGuard的核心优化逻辑，这类误删问题在两者中都可能出现。

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