应直接修改apk中versioncode和versionname并同步更新字符常量池，删除requestlegacyexternalstorage，重签名后验证v1/v2签名有效方可覆盖安装。
你想让旧版APK在应用市场或设备上被识别为“更高版本”，从而绕过强制更新提示、实现本地覆盖安装或测试多版本并行，但直接改数字会触发签名失效或安装失败——这需要同步处理 manifest 结构、资源索引和重签名链路。
确认APK是否可编辑
用MT管理器、APK Editor Studio或AndroidKiller打开目标APK。若弹出“签名验证失败”“已加固”或无法展开resources.arsc节点，【此时不可继续修改，强行保存会导致安装时解析异常或直接拒绝安装】。只有能正常查看AndroidManifest.xml和resources.arsc的APK才进入下一步。
定位并修改版本号字段
方法一：通过AndroidManifest.xml直接改（最常用）
点击进入AndroidManifest.xml → 拉到
versionCode必须是正整数，比如原值是123，可改为124或999；versionName是字符串，如"3.2.1"可改为"3.2.2"或"9.9.9"。
改完立刻点保存图标，别只改不存——APK编辑器不会自动保存文本修改。
方法二：查字符常量池（防漏改）
有些APK把versionName硬编码在字符串资源里。在APK编辑器中切换到“resources.arsc”→点击“字符常量池”→按Ctrl+F搜索“version”或当前看到的版本字符串（如“2.1.0”）→若搜到匹配项，双击编辑并替换为新值。
这一步容易被忽略，但某些应用启动时会从resources.arsc读取versionName做校验，只改manifest会导致运行时显示旧版本号。
关键校验与补救
第一步：检查minSdkVersion是否低于targetSdkVersion
打开AndroidManifest.xml → 查找
第二步：核对versionCode递增逻辑
安卓系统仅靠versionCode判断是否升级。若原APK versionCode=1，你改成100，设备会认为这是第100次迭代；但若某渠道包当前线上versionCode=200，你设成100就无法覆盖安装。
建议打开应用市场网页端或用aapt dump badging 命令查当前线上versionCode，再设为比它大1的值。
第三步：删除requestLegacyExternalStorage（Android 12+适配必需）
在AndroidManifest.xml中搜索android:requestLegacyExternalStorage="true" → 整行删除。不删的话，APK在Android 12及以上设备首次启动即闪退，且错误日志不提示具体原因。
重新打包与签名
① 点击“保存并重建APK”或“编译”按钮 → 等待进度条走完 → 生成文件名应含“.apk”后缀，不是.zip或.unsigned。
② 必须重签名：选择“签名”→“生成新密钥”→国家代码填CN，其余字段任意但需记住密码 → 完成后得到带V1/V2签名的APK。
③ 验证签名有效性：将APK拖入命令行执行apksigner verify -v your_app.apk，输出中必须含“Verified using v1 scheme (JAR signing): true”和“Verified using v2 scheme (APK Signature Scheme v2): true”。
