Cordova构建的Android应用无法在真机及夜神模拟器安装的原因排查

• 构建时versionCode参数为空导致APK元数据非法
  你的构建命令用了--gradleArg=-PcdvVersionCode=%ver%，这是Windows cmd的批处理变量写法。如果执行构建前没有在当前命令行窗口提前给%ver%赋值（比如先跑set ver=1），这个变量会被解析成空字符串，最终传入Gradle的cdvVersionCode值为空。生成的APK在AndroidManifest.xml里的versionCode会变成0或者无效值，而Android系统强制要求该字段为正整数，校验不通过会直接拒绝安装。
• apksigner默认未开启v1签名引发老设备兼容问题
  你的签名命令没有显式指定签名方案开关。当前Cordova Android平台默认targetSdkVersion在30以上，apksigner在这类配置下默认只启用v2/v3签名，自动关闭v1签名。但v2签名是Android 7.0才引入的特性，如果你的实体机是Android 6.0及以下版本，或者夜神模拟器是基于Android 5.x/6.x的低版本镜像，这类设备只能识别v1签名，安装时会提示“安装包损坏”或“签名校验失败”。
  可在apksigner命令里加上--v1-signing-enabled true --v2-signing-enabled true参数，同时开启两类签名覆盖兼容范围。
• zipalign路径错误读取了无效APK
  你执行完cd testing进入项目根目录后，zipalign命令的输入路径写的是\testing\platforms\...，这是从当前盘符根目录开始定位的绝对路径写法，不是当前项目目录的相对路径。如果你的盘符根目录下恰好存在另一个叫testing的无关文件夹，zipalign会读取到错误的unsigned APK，后续签名全流程基于错误文件操作，最终生成的hw.apk自然无法正常安装。
• 设备已存在同包名但签名不匹配的应用
  全新HelloWorld项目的默认包名是com.example.testing，如果之前在实体机或夜神模拟器上安装过同包名的Cordova Demo（比如之前用debug签名安装的版本），现在用新的hw.keystore签名的安装包，会因为和已安装应用的签名不一致被系统拦截，提示“应用未安装”。
• ABI架构不兼容
  夜神模拟器默认使用x86架构镜像，如果你构建的APK只打包了arm架构的so库，没有包含x86架构的依赖，模拟器会因为CPU架构不兼容拒绝安装。虽然全新Cordova项目默认会打包全架构，但如果之前修改过config.xml的preference配置裁剪过ABI，就会触发这个问题。
• keystore签名强度不满足系统要求
  如果你的hw.keystore是多年前生成的旧密钥，比如使用了1024位长度的RSA密钥、SHA-1摘要算法，会触发Android高版本系统的安全校验拦截——从Android 11开始，系统强制要求应用签名必须使用至少2048位RSA密钥、SHA-256及以上的摘要算法。

内容的提问来源于stack exchange，提问作者Chong Lip Phang