1. 为什么我要折腾小米预装应用这件事手里这台小米手机用了快两年从MIUI 14一路升到HyperOS系统流畅度确实没得说但预装应用的数量也随着版本更新悄悄膨胀。每次下拉通知栏看到一堆推送点开应用抽屉发现一半图标从来没用过那种感觉就像搬进新房子发现前任租客留了一柜子杂物——不清理难受清理又怕弄坏东西。预装应用分三类一类是系统核心组件删了直接开不了机一类是厂商合作推广删了没影响但会自己装回来还有一类是真正有用的工具只是你习惯用第三方替代。ADB命令卸载的本质是通过电脑向手机发送调试指令绕过系统应用管理器的限制直接对用户空间的应用执行移除操作。它不需要root权限不会破坏系统分区重启后不会恢复是目前最安全、最可控的预装应用清理方案。这篇内容适合三类人一是刚拿到新机想一次性清理干净的用户二是已经用了一段时间、想给系统减负的老用户三是对ADB感兴趣、想拿卸载预装应用练手的技术爱好者。我会从原理讲起把每一步操作拆开揉碎包括我踩过的坑和实测有效的参数配置让你看完就能直接上手。2. 动手之前必须搞清楚的底层逻辑2.1 ADB卸载到底动了系统的哪块蛋糕很多人以为ADB卸载就是把应用从手机里彻底抹掉了其实不是。Android系统的应用安装位置分两个区域system分区和data分区。预装应用通常放在system分区这个分区是只读的普通用户和ADB都没有写入权限。ADB卸载命令实际执行的是对当前用户的移除操作相当于告诉系统“这个应用我不想要了别让它出现在我的用户空间里。”具体来说pm uninstall --user 0这条命令的作用范围限定在用户0也就是机主账户。应用的本体文件还在system分区里躺着但系统不会再加载它桌面图标消失后台服务停止通知推送也一并消失。这种方式的精妙之处在于可逆。万一你删错了某个关键组件导致功能异常恢复出厂设置就能全部回来不会变砖。对比一下其他方案你就明白为什么我推荐ADBroot后删除是直接动system分区风险极高且失去保修冰箱、黑阈这类工具是通过权限管理冻结应用应用还在只是不运行占用空间没释放而ADB卸载是介于两者之间的最优解——彻底移除用户空间痕迹同时保留系统分区的完整性。2.2 哪些应用能删、哪些碰不得这是整个流程中最关键的一步。我见过太多人兴冲冲地卸载了一堆带“mi”前缀的应用结果相机打不开、指纹失效、甚至无法拨打电话。下面这张表是我实测总结的分类清单你可以直接对照操作应用类别典型包名示例能否卸载卸载后果广告推送类com.miui.analytics安全卸载无影响减少后台唤醒应用商店类com.xiaomi.market可卸载无法自动更新应用可手动装APK浏览器类com.android.browser可卸载无影响用第三方浏览器替代音乐视频类com.miui.player可卸载无影响用第三方播放器云服务类com.miui.cloudservice谨慎影响云备份、查找手机相机组件com.android.camera禁止相机功能完全失效系统UIcom.android.systemui禁止桌面崩溃无法操作电话服务com.android.phone禁止无法拨打电话和收发短信安全中心com.miui.securitycenter谨慎影响权限管理和病毒扫描小米账号com.xiaomi.account谨慎影响账号登录和云服务注意表格中标注“谨慎”的应用卸载后不会立即崩溃但会在特定场景下触发异常。比如卸载云服务后相册的同步功能会静默失败你以为是网络问题其实是组件缺失。我的建议是分批次操作每次卸载3到5个应用正常使用一天确认无异常后再继续。不要一次性卸载几十个然后重启出了问题你根本不知道是哪个应用导致的。2.3 环境准备电脑端和手机端要做什么电脑端需要安装ADB工具包。Windows用户直接下载platform-tools压缩包解压到任意目录比如C:\adb。Mac用户如果装了Homebrew一条命令brew install android-platform-tools就搞定。Linux用户用包管理器安装android-tools-adb即可。手机端需要开启开发者选项和USB调试。路径是设置 → 我的设备 → 全部参数 → 连续点击MIUI版本号7次。然后返回设置 → 更多设置 → 开发者选项 → 打开USB调试。HyperOS的路径略有不同设置 → 关于本机 → 连续点击版本号7次然后设置 → 更多设置 → 开发者选项。连接电脑时手机会弹出“允许USB调试吗”的对话框勾选“始终允许”并确认。如果没弹出检查数据线是否支持数据传输有些充电线只能供电或者换一个USB接口。我在台式机上遇到过前置USB口供电不足导致连接不稳定的情况换到主板后置接口就正常了。3. 手把手实操从连接手机到批量卸载3.1 验证连接与获取应用列表打开电脑上的终端或命令提示符进入ADB所在目录。Windows用户可以在platform-tools文件夹地址栏输入cmd直接打开命令行。输入以下命令adb devices正常情况会返回一行设备信息类似abcdefg device。如果显示unauthorized说明手机上没确认调试授权如果列表为空检查驱动是否安装。小米手机在Windows上通常需要安装小米USB驱动或者用Windows自带的MTP驱动也能识别。连接成功后获取所有已安装应用的包名列表adb shell pm list packages这个列表会很长几百行。为了精准定位我通常用管道过滤adb shell pm list packages | grep miui adb shell pm list packages | grep xiaomiWindows的cmd不支持grep可以用findstr替代adb shell pm list packages | findstr miui把输出结果复制到文本编辑器里对照前面的分类表逐个标记。我习惯用Excel建三列包名、应用名称、处理决策。这样操作时不会手忙脚乱。3.2 单应用卸载与验证确认要卸载的包名后执行adb shell pm uninstall --user 0 com.miui.analytics如果返回Success说明卸载成功。如果返回Failure [not installed for 0]说明这个应用本来就没在当前用户空间安装或者已经被卸载过了。验证是否真的移除adb shell pm list packages | grep com.miui.analytics没有任何输出就对了。此时手机桌面上对应的图标应该已经消失如果还在重启桌面或者重启手机即可刷新。这里有个细节部分应用卸载后关联的桌面快捷方式或小组件会变成灰色方块。手动长按移除即可不影响系统稳定性。3.3 批量卸载脚本的编写与执行一个一个敲命令太慢我写了一个批处理脚本把要卸载的包名放在一个文本文件里循环执行。Windows下新建uninstall.batecho off for /f %%i in (packages.txt) do ( echo Uninstalling %%i ... adb shell pm uninstall --user 0 %%i ) pausepackages.txt里每行一个包名不要有空行和空格。Mac或Linux用户用shell脚本#!/bin/bash while read package; do echo Uninstalling $package ... adb shell pm uninstall --user 0 $package done packages.txt执行前务必确认packages.txt里的包名准确无误。我建议先在一个测试机上跑一遍或者把脚本里的uninstall改成list packages先预览。提示批量卸载时如果某个包名拼写错误ADB会返回Failure但脚本会继续执行不会中断。所以执行完要检查输出日志确认每个包都返回了Success。3.4 误删恢复与系统重置的兜底方案万一卸载了关键组件导致手机无法正常使用有两种恢复方式。第一种是重新安装该应用adb shell cmd package install-existing com.miui.securitycenter这条命令会把之前卸载的应用重新安装到用户空间不需要恢复出厂设置。前提是你还记得包名所以操作前记录清单非常重要。第二种是恢复出厂设置。设置 → 我的设备 → 恢复出厂设置 → 清除所有数据。这会彻底重建用户空间所有预装应用全部回来。代价是个人数据丢失所以操作前务必用小米云服务或本地备份完整备份。我个人的习惯是卸载任何应用前先截图保存应用列表再用adb shell pm list packages -f导出完整包名和路径信息到电脑上存档。这样即使手机出问题也能快速定位是哪个包缺失。4. 那些年我踩过的坑和对应的解法4.1 卸载后应用自动复活怎么办这是最常见的问题。你明明卸载了某个应用过了几天发现它又出现在桌面上了。原因通常是系统更新或应用商店的自动恢复机制。MIUI和HyperOS在系统更新时会校验system分区的完整性如果发现某些预装应用在用户空间缺失会尝试重新安装。解决办法有两个一是关闭应用商店的自动更新和自动恢复功能。路径是应用商店 → 我的 → 设置 → 自动更新应用 → 关闭。二是用pm disable-user命令替代uninstalladb shell pm disable-user --user 0 com.miui.analytics这条命令是禁用而非卸载应用还在但完全不运行系统更新时不会触发恢复机制。缺点是占用空间没释放但对于那些反复复活的应用禁用是更省心的选择。4.2 连接不稳定与命令超时的排查ADB连接断断续续命令执行到一半卡住这种情况我遇到过好几次。排查顺序如下现象可能原因解决方法adb devices无输出驱动未安装安装小米USB驱动或通用ADB驱动显示unauthorized手机未授权重新插拔数据线确认弹窗命令执行超时USB口供电不足换后置USB口或换数据线频繁断连手机休眠开发者选项 → 保持唤醒状态返回error: closedADB版本过旧更新platform-tools到最新版还有一个容易被忽略的点部分小米机型在HyperOS下需要额外开启“USB调试安全设置”才能执行卸载命令。这个选项在开发者选项里允许通过USB调试修改权限或模拟点击。不开启的话pm uninstall会返回SecurityException。4.3 卸载后遗症通知延迟与后台唤醒异常卸载某些系统组件后可能会出现通知推送延迟、后台应用被异常杀死、电池统计不准等问题。这是因为MIUI的推送服务、电源管理、权限管理之间存在耦合。比如卸载了com.miui.powerkeeper系统会失去智能省电策略所有应用都变成无限制后台运行耗电反而增加。我的经验是不要碰任何带power、security、permission、account关键词的包。这些组件相互依赖删一个可能触发连锁反应。如果确实想优化续航用系统自带的省电模式或者用黑阈这类工具做应用级管控比卸载系统组件安全得多。4.4 系统更新后的重新清理策略每次MIUI或HyperOS大版本更新后之前卸载的预装应用有概率全部回来。这不是你的操作失效了而是系统更新覆盖了用户空间的部分配置。我的做法是更新完成后重新执行一遍批量卸载脚本。因为包名通常不会变脚本可以直接复用。但要注意大版本更新可能会新增一些预装应用或者更改某些应用的包名。所以每次更新后先用pm list packages对比一下之前的清单把新增的包名补充进去再执行脚本。5. 进阶技巧让清理效果更彻底5.1 用包名反查应用名称的方法pm list packages只显示包名不显示应用的中文名称这对新手很不友好。我找到一个不用安装额外工具的方法adb shell pm list packages -f这个命令会输出包名和对应的APK路径。把路径复制出来用aapt工具解析APK的application-label属性就能得到应用名称。aapt在Android SDK的build-tools目录下。命令格式aapt dump badging /path/to/app.apk | grep application-label如果嫌麻烦可以在手机上安装“包名查看器”这类小工具直接显示应用名称和包名的对应关系。我通常用这个方法快速定位那些名字看不出用途的系统应用。5.2 冻结与卸载的混合使用策略对于不确定是否需要的应用我采用“先冻结、后观察、再决定”的策略。冻结命令adb shell pm disable-user --user 0 包名冻结后应用不运行、不推送、不占后台但保留在系统中。使用一周如果没有任何功能受影响再执行卸载。如果发现某个功能异常立即解冻adb shell pm enable 包名这套组合拳的好处是风险极低。我通常把应用分成三批第一批是确定没用的广告和推广类直接卸载第二批是疑似有用但不确定的先冻结观察第三批是系统核心组件碰都不碰。5.3 备份当前应用状态以便快速回滚在开始任何卸载操作前我强烈建议先导出一份完整的应用列表adb shell pm list packages packages_backup.txt adb shell pm list packages -f packages_with_path_backup.txt这两个文件保存在电脑上万一手机出问题需要恢复可以对照清单逐个install-existing。另外用小米自带的备份功能做一次完整备份存到电脑或云端。双重保险心里踏实。5.4 车载测试场景下的ADB命令复用最近看到不少人在讨论车载测试中的ADB命令其实原理是相通的。车机系统同样是Android底层预装应用更多、更杂。我帮朋友清理过一台车机的预装应用用的就是同一套命令。区别在于车机的USB调试入口更隐蔽通常需要在工程模式里开启而且车机对系统组件的依赖更强卸载时更要谨慎。如果你有车载测试的需求建议先在手机上调通整个流程熟悉命令和排查方法再上车机操作。车机变砖的修复成本比手机高得多4S店刷机少则几百多则上千。6. 我的个人操作清单与最终建议经过多次实践我整理了一份自己的操作清单每次换机或系统更新后按这个流程走一遍备份应用列表和完整数据到电脑开启开发者选项和USB调试连接电脑验证导出包名列表对照分类表标记处理决策先冻结疑似应用观察一周分批卸载确认无用的应用每批不超过5个每次卸载后正常使用一天检查通知、相机、指纹、支付等功能系统更新后重新执行脚本补充新增包名保留备份文件随时可回滚最后分享一个我用了很久的小技巧把常用的ADB命令做成快捷脚本放在桌面。比如adb devices、adb shell pm list packages、adb reboot这三个命令我每天都会用到做成bat文件双击执行省去打开终端和切换目录的时间。清理预装应用这件事工具准备得越顺手操作起来越不容易出错。如果你在操作过程中遇到奇怪的报错先别急着搜解决方案把完整的错误信息复制下来用adb logcat抓取实时日志往往能直接定位到问题根源。我遇到过几次Failure后面跟着一长串异常堆栈看起来吓人其实只是包名多了一个空格。细心和耐心比任何高级技巧都管用。