使用osmdroid+osmbonuspack处理KML，Android4.x创建KmlDocument遇VerifyError求助

嘿，咱们来搞定你在Android 4.x系统上遇到的这个java.lang.VerifyError问题！我之前也踩过类似的Android版本兼容性坑，结合你用的osmdroid 5.6.5和osmbonuspack 6.4版本，给你整理几个针对性的解决方向：

1. 降级到兼容Android 4.x的库版本 #

osmdroid 5.6.5和osmbonuspack 6.4大概率已经不再对Android 4.x做兼容维护了。你可以尝试降级到更老的、明确支持Android 4.x的版本组合：

• 比如osmdroid 5.5.x系列（推荐5.5.1），搭配osmbonuspack 6.1.x版本，这些版本在发布时还会考虑Android 4.x的适配。
• 修改你的build.gradle依赖声明示例：

  implementation 'org.osmdroid:osmdroid-android:5.5.1'
  implementation 'org.osmdroid:osmbonuspack:6.1.0'
  

2. 开启Java 8兼容支持（针对Android 4.4+） #

如果你的目标是Android 4.4（API 19）及以上设备，可以通过配置Java 8兼容来解决字节码验证问题：
在app模块的build.gradle中添加以下配置，启用Java 8脱糖（desugar）特性，让Android 4.4+能运行高版本Java字节码：

android {
    compileOptions {
        sourceCompatibility JavaVersion.VERSION_1_8
        targetCompatibility JavaVersion.VERSION_1_8
    }
}

注意：确保你的Android Gradle Plugin版本至少是3.0.0以上，否则无法正常支持脱糖功能。

3. 排查依赖冲突或缺失类 #

VerifyError也常因为依赖类在Android 4.x中缺失，或者库之间的依赖冲突导致类加载异常：

• 用./gradlew app:dependencies命令查看项目依赖树，检查是否有高版本的第三方依赖（比如okhttp、gson等）被间接引入，这些依赖可能已经放弃支持Android 4.x，需要手动降级到兼容版本。
• 举个例子：osmdroid依赖的okhttp，3.12.x是最后支持Android 4.x的版本，你可以在build.gradle中锁定这个版本：

  implementation 'com.squareup.okhttp3:okhttp:3.12.13'
  

4. 调整混淆规则（如果开启了混淆） #

如果你的项目启用了ProGuard/R8混淆，可能是混淆规则错误处理了KmlDocument相关类，导致字节码验证失败：

• 在proguard-rules.pro中添加osmdroid和osmbonuspack的混淆豁免规则：

  -keep class org.osmdroid.** { *; }
  -keep class org.osmbonuspack.** { *; }
  

• 也可以更精准地保留KML解析核心类，避免过度混淆：

  -keep class org.osmbonuspack.kml.KmlDocument { *; }
  -keep class org.osmdroid.util.GeoPoint { *; }
  

5. 用最小Demo排查问题 #

如果以上方法都没解决，建议创建一个极简Demo项目：只引入osmdroid和osmbonuspack依赖，只写创建KmlDocument的测试代码，在Android 4.x设备上运行。这样可以排除项目中其他代码或依赖的干扰，快速确认是库本身的兼容性问题，还是项目配置的问题。

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