嘿，针对你的两个问题，我结合Android的系统机制和开发经验给你梳理下可行的思路和限制：

Android系统本身并没有原生支持「卸载A应用时自动卸载B应用」的机制——这是出于用户控制权和系统安全的考虑，毕竟应用的安装/卸载应该由用户主导。不过你可以通过一些间接方式实现类似效果，但有不少局限性：

• 监听系统卸载广播：注册ACTION_PACKAGE_REMOVED广播，当监测到目标应用被卸载时，触发你的应用去请求卸载指定应用。但要注意：
  • 从Android 8.0（API 26）开始，静态注册的广播接收器无法接收这个系统广播，必须用动态注册，而且你的应用需要处于前台（或持有前台服务）才能持续监听，否则会被系统的后台限制机制切断。
  • 卸载其他应用需要申请REQUEST_DELETE_PACKAGES权限，之后通过PackageManager.deletePackage()方法或者启动卸载Intent发起请求，但最终还是需要用户手动确认（普通第三方应用无法绕过用户确认实现静默卸载，系统应用除外）。
• 这种方案的可靠性有限：如果你的应用在后台被系统回收，就无法监听到卸载广播；而且用户也可以拒绝卸载请求。

这个需求的实现难度更大，因为当你的App被卸载时，系统会立即终止它的进程并删除所有相关文件，你的App没有机会执行任何后续代码。不过有几种思路可以尝试，但都有明显限制：

• 借助辅助应用：开发一个轻量的辅助App，引导用户同时安装。辅助App动态注册ACTION_PACKAGE_REMOVED广播，当监测到你的主App被卸载时，就发起卸载主题APK的请求。但这需要用户额外安装一个App，会增加使用门槛，而且同样需要REQUEST_DELETE_PACKAGES权限和用户确认。
• 依赖系统机制？行不通：Android的应用依赖机制（比如uses-library）只适用于系统库或共享库，普通第三方主题APK无法设置与主App的依赖关系，所以主App卸载时不会自动连带卸载主题。
• 设备管理员权限？不推荐：设备管理员权限可以实现静默卸载，但这个权限非常敏感，用户很难愿意授权，而且Google Play对使用该权限的应用审核极为严格，普通主题类App几乎无法通过审核。

总的来说，两个需求都无法实现完全自动化的无用户干预卸载——Android的安全模型优先保障用户的控制权。如果要落地类似功能，只能通过「监听广播+请求用户确认」的方式，或者借助辅助App，但体验上会打折扣。

内容的提问来源于stack exchange，提问作者J.was2a