我之前升级构建工具时也碰到过类似的版本码识别异常，结合你的场景，以下是几个关键的配置检查和调整点：

1. 确认Module级别build.gradle的版本配置 #

首先要确保你的版本码是在defaultConfig里明确声明的，构建工具会优先读取这里的配置并写入最终的AndroidManifest.xml：

android {
    defaultConfig {
        // 这里要设置成你实际需要的版本码，确保数值比上一版本高
        versionCode 3
        versionName "1.2"
        // 其他配置...
    }
}

如果项目用了多渠道打包（productFlavors），要检查每个flavor里是否意外覆盖了错误的versionCode，或者继承逻辑是否正常。

2. 核对Project级别build.gradle的插件兼容性 #

升级到26.0.0.2的构建插件后，要确保gradle wrapper的版本和它匹配（一般gradle 4.0.x对应这个插件版本），避免因版本不兼容导致构建逻辑异常：

buildscript {
    repositories {
        google()
        jcenter()
    }
    dependencies {
        classpath 'com.android.tools.build:gradle:26.0.0.2'
    }
}

配置完成后，点击Android Studio右上角的「Sync Project with Gradle Files」同步项目。

3. 检查Manifest合并规则 #

构建工具升级后，Manifest的合并优先级可能有变化：

• 确保主模块的AndroidManifest.xml里没有硬编码的android:versionCode，否则可能和build.gradle的配置冲突；
• 打开AndroidManifest.xml文件，切换到「Merged Manifest」标签，查看最终生成的Manifest内容，确认versionCode是否正确显示为你设置的值。

4. 清理缓存并重建项目 #

旧的构建缓存很可能是罪魁祸首，执行以下步骤彻底清理：

• 点击菜单栏Build > Clean Project
• 接着执行Build > Rebuild Project
• 也可以手动删除项目根目录下的build文件夹和.gradle文件夹（注意备份重要文件），再重新同步项目。

5. 排查自定义构建逻辑 #

如果项目里有自定义的gradle任务或插件来修改版本码，升级构建工具后这些逻辑可能失效：

• 比如之前用manifestPlaceholders动态设置版本码，要确保语法正确：

  defaultConfig {
      manifestPlaceholders = [versionCode: "3"]
  }
  

• 如果用了applicationVariants来动态修改版本，要适配新的gradle插件API。

额外验证步骤 #

如果以上配置都没问题，可以用命令行验证APK的实际版本信息：

aapt dump badging your-apk-file.apk

在输出内容里查找versionCode字段，确认是否和你设置的一致，这样可以排除AirWatch端的识别问题。

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