如何通过Cordova的config.xml设置Android的project.properties文件值？

你遇到的transformClassesWithDexForRelease错误，大概率是多个Cordova插件依赖了不同版本的Google Play Services，导致Gradle合并依赖时出现冲突，进而触发Dex相关的构建异常。通过config.xml确实能直接控制platforms/android/project.properties里的依赖值，甚至能进一步配置Gradle解决这类问题，具体操作如下：

1. 统一Google Play Services版本（最常用方案） #

在config.xml的<platform name="android">节点内添加<preference>标签，全局指定Google Play Services的版本：

<platform name="android">
    <!-- 替换成你需要的稳定版本号，比如17.0.0 -->
    <preference name="android-play-services-version" value="17.0.0" />
</platform>

配置完成后执行cordova prepare android，你会发现project.properties里所有com.google.android.gms:play-services-*相关的依赖都会自动同步为你指定的版本，从根源上避免版本冲突。

2. 单独指定某个框架的版本（按需覆盖） #

如果某个特定插件需要单独使用某一版本的Google Play Services模块，可以用<framework>标签强制指定：

<platform name="android">
    <!-- 比如单独指定地图模块的版本 -->
    <framework src="com.google.android.gms:play-services-maps:17.0.0" />
</platform>

这种方式会覆盖全局配置，确保该模块使用你指定的版本。

3. 配置MultiDex解决方法数超限问题 #

如果错误是因为方法数超过了Android Dex的限制（65536），还可以通过config.xml引入自定义Gradle配置开启MultiDex：

• 先在config.xml的Android平台节点中添加：

  <platform name="android">
      <gradleFile>build-extras.gradle</gradleFile>
  </platform>
  

• 然后在项目根目录创建build-extras.gradle文件，写入以下内容：

  android {
      defaultConfig {
          multiDexEnabled true
      }
  }
  dependencies {
      implementation 'com.android.support:multidex:1.0.3'
  }
  

执行cordova prepare android后，这个配置会被合并到Android项目的Gradle文件中，解决方法数超限导致的Dex构建失败。

注意事项 #

• 不要手动修改project.properties，因为每次执行cordova prepare或cordova build时，Cordova会根据config.xml重新生成该文件，手动修改的内容会被覆盖。
• 建议选择一个稳定的Google Play Services版本，尽量和所有插件的兼容版本匹配，可以查看插件文档确认支持的版本范围。

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