卸载器基础设置：保留数据、系统应用卸载、生物识别

卸载器和安装器的关系

InstallerX Revived 的卸载功能始终使用默认配置的授权方式——没有专门的"卸载配置文件"。这意味着：

这是因为卸载请求通常来自系统（应用详情页里的卸载按钮、ADB uninstall 等），InstallerX 不拦截也不改写卸载请求的来源，只负责执行。

在"设置 → 卸载器设置"里可以配置：

注意：保留数据卸载后重新安装的应用，如果安装过程中系统执行了数据清理（部分 ROM 会），数据可能还是丢失。这不是 InstallerX 的问题，是系统层行为。

"输入包名后直接打开 InstallerX 卸载流程"——你可以直接输入一个包名（不用先找到那个应用），InstallerX 直接弹出卸载对话框。适合快速卸载已知包名的应用。

卸载类型	能否保留数据	能否跨用户	能否绕过系统限制
普通第三方应用	✅	✅	✅
系统应用（当前用户）	⚠️ 部分可	✅	⚠️ 取决于 ROM 策略
系统应用（系统分区）	❌	❌	❌（系统层限制无法绕过）

系统应用真正从系统分区移除只有刷 ROM 或刷系统包管理器才能做到——InstallerX 做不到。

常见卸载失败场景和解决方法：

错误	原因	解决
设备策略 / 所有者禁用	设备所有者、工作资料、策略管理器禁止卸载	联系设备所有者或移除工作资料
用户受限	当前用户没有卸载该包的权限	切换到对应用户，或用"为所有用户卸载"
HyperOS 不允许	HyperOS 阻止了某些系统应用的卸载路径	HyperOS 特有，尝试换授权器或恢复出厂
包管理服务内部错误	系统包管理服务临时异常	重启设备重试，换授权器（Root / Shizuku）并带日志反馈
Dhizuku 权限不够	Dhizuku 无法执行某些卸载	换 Root 或 Shizuku

卸载成功或失败后，"设置 → 记录与备份 → 安装历史"里会记录这条卸载请求：

和安装历史放在同一个列表里，按时间排序，一眼能看到最近所有安装 + 卸载的完整流水。