21. 包冻结与禁用：disable、hide、suspend 三种状态的实现与区别
说到 Android 的包管理，有个话题我一直觉得挺有意思——就是应用被“干掉”的几种方式。不是卸载，而是让它“活着但动不了”。
disable、hide、suspend，这三个词看着像同义词，但在 Android 系统里，它们是完全不同的三套机制。我当年刚接触这部分代码时，也一度搞混过。后来在做一个企业定制 ROM 的项目时，被客户的一个需求逼着把这三条路全走了一遍，才算真正吃透。
今天咱们就把这三兄弟掰开揉碎，看看它们到底怎么实现的，区别在哪。
21.1 先看 disable——最彻底的“软卸载”
disable 是什么？说白了，就是把一个应用彻底“打入冷宫”。
你想想看，一个被 disable 的应用，在桌面上是看不到的，在设置里也找不到，甚至它的广播接收器都不会被唤醒。系统层面，它就像被卸载了一样——除了数据还在。
实现上，PackageManager 提供了 setApplicationEnabledSetting() 方法。调用时传入 COMPONENT_ENABLED_STATE_DISABLED，系统就会在 PackageSetting 里把这个包的状态标记为 STATE_DISABLED。
// 禁用一个应用
pm.setApplicationEnabledSetting(
"com.example.app",
PackageManager.COMPONENT_ENABLED_STATE_DISABLED,
0
);关键点来了：disable 是在 PackageManagerService 层面做的。它会修改 packages.xml 中的 enabled 属性。下次系统重启，这个状态依然保留。
核心区别：disable 修改的是应用的“启用状态”，这是一个持久化的属性。被 disable 的应用，连 android.intent.action.MAIN 都收不到。
我记得有一次，客户说某个预装应用怎么都禁不掉。查了半天，发现是 AndroidManifest.xml 里写了 android:enabled="true"，而且系统应用默认不允许用户禁用。嗯，这里要注意——系统应用和普通应用的 disable 行为是不一样的。
21.2 再看 hide——只是“眼不见为净”
hide 就温柔多了。它不改变应用的启用状态，只是把它从启动器里藏起来。
你可能会问：那 disable 不也藏起来了吗？没错，但 hide 藏得更“表面”。
hide 的实现是在 LauncherApps 这个系统服务里。它调用的是 PackageManager 的 setApplicationHiddenSettingAsUser() 方法。
// 隐藏一个应用（不改变启用状态）
pm.setApplicationHiddenSettingAsUser(
"com.example.app",
true,
UserHandle.myUserId()
);这个操作只影响 Launcher 的查询结果。系统会在 PackageSetting 里记录一个 hidden 标志位，但应用本身仍然是 enabled 状态。
什么意思呢？
- 应用还能收到广播
- 应用还能被其他应用通过 Intent 启动
- 应用的通知还能弹出来
- 只是桌面上看不到图标
我在项目中遇到过这样一个场景：客户想要隐藏某些系统应用，但又不想影响它们的功能。disable 太狠，suspend 又太复杂——最后用的就是 hide。说白了，hide 就是个“UI 层面的隐身术”。
小技巧：如果你只是想让某个应用在桌面上消失，但功能照常运行，用 hide 就够了。别动不动就 disable。
21.3 最后说 suspend——最“灵活”的冻结
suspend 是 Android 5.0 之后引入的机制，也是我个人觉得设计得最巧妙的一个。
它既不像 disable 那样彻底禁用，也不像 hide 那样只是隐藏。suspend 是一种“半冻结”状态——应用还在，但被系统“挂起”了。
实现上，PackageManager 提供了 setPackagesSuspended() 方法：
// 挂起一个应用
pm.setPackagesSuspended(
new String[]{"com.example.app"},
true,
null, null, null, null
);suspend 的核心机制是：系统在 ActivityManagerService 层面拦截了应用的启动。当用户点击被 suspend 的应用图标时，系统会弹出一个“应用已被暂停”的对话框，而不是直接启动应用。
但有意思的是，被 suspend 的应用仍然可以：
- 接收系统广播（比如网络变化）
- 运行后台服务（如果已经启动）
- 显示通知（但通知会被标记为“来自已暂停应用”）
注意：suspend 不会杀死正在运行的进程。它只是阻止新的启动请求。如果你 suspend 一个正在前台运行的应用，它仍然会继续运行，直到用户退出。
我曾经踩过一个坑：在某个企业设备管理方案中，我们用 suspend 来冻结第三方应用。结果发现，被 suspend 的应用如果之前已经注册了闹钟，到点还是会响。后来才意识到，suspend 不阻止 AlarmManager 的触发——这是设计上的一个“软肋”。
21.4 三种状态的核心区别
好了，咱们把三个状态放在一起对比一下：
| 特性 | disable | hide | suspend |
|---|---|---|---|
| 修改启用状态 | 是 | 否 | 否 |
| 桌面图标消失 | 是 | 是 | 否（但点击会弹提示） |
| 接收广播 | 否 | 是 | 是（部分受限） |
| 被其他应用启动 | 否 | 是 | 否（被拦截） |
| 持久化到磁盘 | 是（packages.xml） | 是（packages.xml） | 是（packages.xml） |
| 恢复方式 | enable | unhide | unsuspend |
从实现层面看，disable 和 hide 都是在 PackageManagerService 里处理的，而 suspend 涉及到了 ActivityManagerService 的配合。这也是为什么 suspend 能做到“看得见但点不了”的效果。
21.5 一张图看懂三种状态
我画了张流程图，把应用从“正常”到被“处理”的路径走了一遍：
21.6 实际项目中的选择建议
说了这么多，到底什么时候用哪个？我根据自己的经验，给几个建议：
- 想彻底禁用某个应用（比如企业设备里的游戏）→ 用 disable。它最彻底，连广播都收不到，省电又省心。
- 只是不想让用户看到图标（比如系统预装但不想展示的工具）→ 用 hide。不影响功能，只影响 UI。
- 想限制用户使用，但又不想完全禁用（比如家长控制、工作模式）→ 用 suspend。它最灵活，还能自定义提示信息。
避坑指南：我曾经在 Android 8.0 上遇到过 suspend 的一个 bug——被 suspend 的应用如果注册了 JobScheduler，任务仍然会执行。后来查了源码才发现，JobScheduler 在调度时没有检查 suspend 状态。这个问题在 Android 10 之后才修复。所以，如果你在低版本上做 suspend，记得额外处理 JobScheduler。
好了，disable、hide、suspend 这三兄弟，现在你应该能分清楚了吧？说白了，它们就是系统对应用不同程度的“管控手段”。从最狠的 disable，到最温柔的 hide，再到最灵活的 suspend——各有各的用武之地。
下次你在做设备管理或者 ROM 定制时，记得根据需求选对路子。别像我当年一样，把 hide 当 disable 用，结果发现应用还在后台偷偷跑流量——那可就尴尬了。
公众号:蓝海资料掘金营，微信deep3321