Tizen Wearable更新模式测试遇Unknown Error [90]问题求助

针对你遇到的更新模式上传失败、关闭模式会丢失数据的问题，我整理了几个实用的排查方向，你可以逐一尝试：

• 验证签名与包名一致性
  Update Mode对应用的签名和包名要求很严格，必须和已安装的旧版本完全匹配。你可以对比当前打包的应用包和手表上已安装版本的签名信息（比如用keytool工具查看APK签名），同时检查打包配置里的包名是否有细微改动——有时候不小心修改了build.gradle里的包名后缀，就会触发这类校验错误。

• 排查后台服务的更新冲突
  因为你的应用包含后台服务，Update Mode下可能存在服务无法被正常终止替换的情况：

  1. 先尝试在更新前手动停止后台服务（可以通过手表设置的应用管理找到对应服务停止，或者用adb shell am stopservice com.your.package/.YourService命令），再开启Update Mode上传；
  2. 检查Manifest文件里后台服务的配置，比如是否设置了android:persistent="true"，这类属性会让服务长期驻留，可能阻碍更新进程。

• 清除应用缓存与更新临时文件
  手表端的应用更新缓存可能损坏，导致更新失败：

  • 进入手表设置-应用-你的应用-存储，清除缓存；
  • 或者用adb shell pm clear com.your.package命令清除应用的缓存数据，之后再尝试Update Mode上传。

• 检查开发工具版本兼容性
  既然之前功能正常，看看是不是最近更新了IDE、手表SDK或者调试工具？部分版本的开发工具在处理Update Mode时存在已知bug，你可以回退到之前能正常使用的工具版本，或者查看工具的更新日志，有没有关于「Error 90」的修复记录。

• 排查数据库迁移问题
  Update Mode需要新旧版本的数据库结构兼容，如果最近修改过数据库表结构但未正确实现迁移逻辑，可能会触发更新失败：
  你可以临时注释掉数据库初始化相关代码，测试Update Mode是否能正常上传，以此排除数据库的影响；如果确认是迁移问题，需要完善数据库迁移脚本，保证更新时能平滑处理旧数据。

• 抓取详细日志定位原因
  开启IDE的调试日志输出，或者用adb logcat命令抓取手表的系统日志，过滤你的应用包名相关的日志。在出现「Unknown Error [90]」时，日志里通常会有更详细的错误堆栈或系统提示（比如权限不足、文件访问失败等），这些信息能帮你找到代码之外的线索。

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