Cordova-Android项目targetSdkVersion配置问题解析

问题背景

在Cordova-Android项目开发过程中，开发者经常需要调整Android目标SDK版本(targetSdkVersion)以满足Google Play商店的要求。近期有开发者反馈，虽然在config.xml中明确设置了targetSdkVersion为34，但Google Play控制台仍显示应用使用的是SDK 33版本。

问题现象

开发者确认在config.xml中正确配置了：

<preference name="android-minSdkVersion" value="22" />
<preference name="android-targetSdkVersion" value="34" />

构建日志也显示使用了正确的SDK版本：

Android Target SDK: android-34
Android Compile SDK: 34

然而，Google Play控制台和最终生成的APK中却显示目标SDK为33。

问题排查过程

1. 检查构建系统

首先确认Cordova构建系统是否正确处理了配置：

• 检查platforms/android/cdv-gradle-config.json文件，确认其中确实包含"SDK_VERSION": 34
• 检查platforms/android/app/build.gradle文件，确认defaultConfig部分正确引用了cordovaConfig.SDK_VERSION

2. 分析合并后的清单文件

在构建过程中，Android会合并所有模块的清单文件。检查platforms/android/app/build/intermediates/merged_manifest目录下的最终清单文件，发现确实被设置为33。

3. 查找覆盖源

通过分析发现项目中存在一个自定义的build-extras.gradle文件，内容为：

ext.cdvSdkVersion=33
ext.cdvCompileSdkVersion=33

该文件通过config.xml中的配置被复制到项目中：

<resource-file src="www/res/build-extras.gradle" target="/app/build-extras.gradle"/>

问题根源

Cordova构建系统允许通过多种方式配置SDK版本：

1. 通过config.xml中的preference标签（推荐方式）
2. 通过自定义gradle属性文件（build-extras.gradle）
3. 通过插件注入的gradle配置

在这个案例中，虽然config.xml设置了正确的值，但自定义的gradle属性文件优先级更高，覆盖了config.xml中的设置。

解决方案

1. 移除冲突配置

删除或清空www/res/build-extras.gradle文件，并移除config.xml中对应的resource-file引用。

2. 验证构建结果

重新构建项目后，检查以下文件确认配置生效：

• platforms/android/cdv-gradle-config.json中的SDK_VERSION
• 最终APK中的AndroidManifest.xml

3. 使用正确方式配置SDK版本

建议仅使用config.xml中的preference标签来配置SDK版本，这是Cordova推荐的标准做法。

技术要点总结

1. Cordova构建系统会处理config.xml中的配置并生成对应的gradle配置
2. 自定义gradle配置会覆盖Cordova生成的配置
3. 构建过程中SDK版本的确定顺序：
   • 插件或自定义gradle配置
   • config.xml中的preference
   • Cordova默认值
4. 推荐使用config.xml进行配置，避免使用自定义gradle文件

最佳实践建议

1. 定期检查Google Play控制台显示的SDK版本
2. 构建后验证APK中的实际配置
3. 避免混合使用多种配置方式
4. 升级Cordova和相关插件到最新版本
5. 对于复杂项目，考虑使用Android Studio的"Merged Manifest"功能验证最终配置

通过这个案例，开发者可以更好地理解Cordova构建系统中配置优先级的处理机制，避免类似问题的发生。