哇，这个问题真的很让人头疼——明明只改了字体颜色和版本号，连存储逻辑都没碰，结果更新后旧数据就没了，重装旧版又能恢复。结合你给出的所有信息，我觉得签名不一致是最可能的元凶，咱们来一步步拆解：

核心原因：签名不匹配导致应用UID分离 #

Android系统是通过应用签名来识别“同一个应用”的，每个签名一致的应用会被分配唯一的UID，而应用的内部存储目录（就是getFilesDir()/openFileOutput()对应的路径）是和UID绑定的：

• 如果你的新版APK用了和旧版本不同的签名密钥（比如旧版用debug密钥打包，新版换成了release密钥，或者不小心更换了签名文件），系统会把新版当成一个完全独立的新应用，它的内部存储目录和旧版完全分开，自然看不到旧版存的文件。
• 而你卸载新版重装应用商店的旧版本时，因为签名和最初的版本一致，加上你设置了allowBackup="true"，系统会自动恢复之前备份的应用数据，所以旧数据又回来了。

怎么验证签名是否一致？ #

你可以用keytool命令分别查看新旧APK的签名指纹，对比是否完全相同：

# 查看旧版APK签名
keytool -printcert -jarfile 旧版应用.apk

# 查看新版APK签名
keytool -printcert -jarfile 新版应用.apk

如果输出的证书指纹（比如SHA1、SHA256）不一样，那就是签名的问题了。

其他低概率排查点（可以快速排除） #

虽然你说没改存储相关代码，但还是可以快速确认以下几点：

• 代码中的小瑕疵：你commit()方法里有个多余的逻辑——if (file.exists()) { file.createNewFile(); }，其实createNewFile()在文件存在时不会做任何操作，但这个逻辑旧版也存在，所以不可能是更新后才出现的问题，直接排除。
• 权限问题：你的WRITE_OWNER_DATA权限在Android 6.0+已经被废弃，不过你也申请了WRITE_EXTERNAL_STORAGE，而且旧版用同样的权限没问题，所以更新后不会突然失效，排除。
• 编译配置隐性变化：比如是否修改了android:installLocation？但你没提到改这个，且旧版配置一致，排除。

解决办法 #

1. 优先保持签名一致：如果是不小心用了错误的签名密钥，换回原来的签名文件重新打包发布即可，这样新版就能正常访问旧版的内部存储文件了。
2. 若必须更换签名：这种情况比较棘手，因为不同签名的应用无法访问彼此的内部存储。你只能引导用户提前备份数据，或者如果数据存在外部存储的话做迁移，但你用的是内部存储，所以最好的方案还是尽量保持签名一致。

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