【PKMS】- Settings中应用详情页卸载还原系统应用但数据未清除
来源:互联网 发布:打印机没有usb端口选择 编辑:程序博客网 时间:2024/06/07 10:23
【PKMS】Settings中应用详情页卸载还原系统应用但数据未清除
一、问题描述
最近工作中出现一个问题,系统应用卸载后重装还原发现应用数据还在;
复现操作:
1.系统预置该应用在system/priv-app下,手机里预置的是旧版本的该应用;
2.应用开发同事编了一个新版本的该应用 ,adb install -r该新应用,然后使用该应用添加多条数据;
3.在settings->应用管理->找到该应用进入应用详情;
4.点击actionbar右上角菜单进行卸载还原操作(这里只有重新安装该系统应用之后才会出现这个菜单按钮);
卸载之后系统会重新安装原来系统预置的该应用的版本,即扫描system/priv-app文件夹下安装预置版本的该应用;
预期:该应用还原成出厂版本,且数据清空;
实际:该应用还原成出厂版本,但是之前添加的数据依然还在;
二、问题分析
1. settings中卸载应用的方法
a. 查询settings中调用卸载操作是发出卸载广播:
// 创建一个新的Intent调起Uninstaller activity去卸载,传入包名,是否卸载所有user Uri packageURI = Uri.parse("package:"+packageName); Intent uninstallIntent = new Intent(Intent.ACTION_UNINSTALL_PACKAGE, packageURI); uninstallIntent.putExtra(Intent.EXTRA_UNINSTALL_ALL_USERS, allUsers); startActivityForResult(uninstallIntent, REQUEST_UNINSTALL);
b. 发出卸载应用包的广播会被packageinstaller接收处理:
/packages/apps/PackageInstaller/src/com/android/packageinstaller/wear/WearPackageInstallerService.javaprivate void uninstallPackage(Bundle argsBundle) { int startId = WearPackageArgs.getStartId(argsBundle); final String packageName = WearPackageArgs.getPackageName(argsBundle); final PackageManager pm = getPackageManager(); PowerManager.WakeLock lock = getLock(this.getApplicationContext()); pm.deletePackage(packageName, new PackageDeleteObserver(lock, startId), PackageManager.DELETE_ALL_USERS); startPermsServiceForUninstall(packageName); Log.i(TAG, "Sent delete request for " + packageName); }
c. 即调到PKMS里的公共接口:
public void deletePackage(final String packageName, final IPackageDeleteObserver2 observer, final int userId, final int deleteFlags) {}
PMS中的deletePackageAsUser接口同样最终调用deletePackage()接口:
@Overridepublic void deletePackageAsUser(String packageName, IPackageDeleteObserver observer, int userId,int flags) { deletePackage(packageName, new LegacyPackageDeleteObserver(observer).getBinder(), userId, flags);}
2. PackageManagerService卸载系统应用
基于Android 7.1.1源码
客户端调用PackageManagerService的卸载apk的接口:
分析:
1. 可以看到PKMS接口函数是提供deleteflag的参数的,在这里可以设置卸载的flag值,flag值定义在frameworks\base\core\java\android\content\pm\PackageManager.java中;
2. 卸载系统应用和非系统引用走的不同分支;
3. 关键在这里,如果卸载的系统应用versioncode比出厂版本的versioncode高的话,这个时候需要清掉数据,将设置flag添加~DELETE_KEEP_DATA标志;也就是说在就算接口函数里设置了DELETE_KEEP_DATA,在对系统应用的卸载会在这里跟据versioncode再重新设置这个flag;
4. 系统应用卸载后需要重新安装该应用的原始版本;
5. 在这里判断flag,是否需要清掉数据;
3. 使用Android studio查看apk的versioncode
应用的version code是在AndroidManifest.xml中定义,将手机里的原始版本apk,pull出来和开发给的新编的应用apk,拖到android studio中查看两者的Androidmanifest.xml
结果发现两者的versioncode都是1
也就是说,虽然app开发给的是新版本的apk,但是versioncode依然是1和原始出厂版本是一样的,因此,在卸载时判断非降级因此没有清除应用数据。
三、总结
让该app开发者把version设置为2之后编个新apk在进行如上操作,结果验证ok,降级还原系统应用会清除应用使用数据。
- 【PKMS】- Settings中应用详情页卸载还原系统应用但数据未清除
- 清除应用用户数据,还原默认设置
- 超级管理员 卸载应用 清除数据 锁屏
- Android系统中settings数据库应用
- 一键锁屏,激活设备管理器,卸载应用,清除数据
- 安卓应用运行、卸载、清除数据、强制停止
- android 中清除应用的数据会清除哪些数据
- android 中清除应用的数据会清除哪些数据
- Android Fk-PKMS(2) PackageManagerService之应用的安装与卸载
- 跳转到应用本身的详情页,清除本应用缓存
- Android应用自定义User Data管理(将Settings下的"清除数据"变成"管理空间")
- android实现 彻底退出应用/清除数据/卸载应用的方法
- Android应用保存数据到系统数据库(Settings.System.putString、Settings.System.putInt)
- 应用详情
- Android PKMS拦截adb安装应用
- Android6.0 PKMS拦截adb安装应用
- Android PKMS深入分析安装应用
- Android获取应用详情页系统通知状态
- 小白项目初尝试——全民飞机大战初期
- 生产者消费者模型(使用lock.condition进行分组唤醒)
- 内部类
- mybatis-映射器-select
- 2017年5月份源码发布详情_源码盒子(www.srcbin.net)
- 【PKMS】- Settings中应用详情页卸载还原系统应用但数据未清除
- 基于Android中实现定时器的3种解决方法
- MAC环境安装imagemagick
- 我们来聊聊缓存
- 一箭双雕,安装sqoop1和sqoop2
- C++11之future,promise,packaged_task,async详解
- ESP8266 SDK 编程和下载入门
- 第29章 连续时间信号的时域分析
- 程序七大设计原则