安卓手机用久了会攒下两类东西：一类是出厂就装在系统里、你从来没打开过的应用；另一类是每次启动都要先看几秒的开屏广告，加上信息流里夹着的推广。

这两件事长期被归到同一个解法上——root。但这是老印象了。现在的工具箱其实分成两层，不 root 的那一层能做到的事情比大多数人以为的多得多；而 root 那一层虽然更强，门槛和代价也今非昔比。这篇把两层分开讲清楚。

先划清分界线

两层的区别不在于「能不能改系统」，而在于你的权限是从哪来的：

  • 第一层：ADB 权限。安卓本身有一套比普通应用高得多、但又低于 root 的权限，就是接电脑调试时用的那一套。Shizuku 的作用是让你不用插电脑，就能把这份权限借给应用使用。它能做的：卸掉预装应用（对当前用户）、改应用的权限设置、访问被系统藏起来的 Android/data 目录。它做不到的：改 /etc/hosts、挂载内核模块。
  • 第二层：root。真正的超级用户权限，能改系统分区、加载内核模块、把广告域名直接写进 hosts。代价是解锁 bootloader 会清空手机数据，而且解锁动作本身是永久的——它会影响到保修、部分流媒体与银行应用的 DRM 认证。

下面按门槛从低到高走。在任何一层停下都是合理的选择，不必因为「都看到这里了」就往下走。

第一层：不 root 能做的三件事

一、换掉应用来源

预装应用的根源在应用商店。厂商靠商店的推荐位和预装分成赚钱，所以从系统商店里装东西，就注定要一起接收它的推荐流。换个来源是最直接的破法：

  • Aurora Store：开源（GPLv3）的 Play 商店第三方客户端，用匿名会话连到 Google 的服务器取应用，不需要登录自己的谷歌账号，也不需要系统里装 Google 服务框架。它拿到的安装包和 Play 分发的是同一份文件，本身不做二次打包，这是它最大的可信之处。
  • F-Droid：只收录开源应用，而且强制要求应用能从源码构建。库比 Play 小得多（四千左右），但它分发的每个包都能追溯到源码。
  • APKMirror / APKPure：这两个不提供更新管理，只负责下载单个 APK。适合的场景很具体——某个应用在系统商店里的版本被「特别处理」过（砍掉功能、强制跳转自家服务、塞入推广组件）的时候，来这里拿原版。

Aurora 有一件事必须提前知道，否则第一次用就会觉得「这软件坏了」：

  • 匿名模式是脆弱的。它用的不是你的账号，也不是它自己的账号，而是一个由用户捐出的临时账号池。这个池子被人反复扫、Google 也在封，2025 到 2026 年已经离线过好几轮（2026 年 9 月还出过一次大面积的「Server busy」）。遇到这种情况只能等，或者退而登录自己的账号。
  • 它不校验安装包签名，也不扫跟踪器。它只是个搬运工，Play 里有什么它就给什么——包括闭源应用和带追踪库的应用。
  • 不适合依赖 Play Integrity 的应用。银行、部分游戏、企业办公类应用会检测设备完整性和安装来源，Aurora 不解决这一类问题，microG 也补不平全部缺口。

二、用 Shizuku 拿到 ADB 权限

这是不 root 路线里价值最高的一步。Shizuku 本身不提供任何功能，它只是把系统最高等级的调试权限变成一个可以被应用申请的服务，真正干活的是它生态里的应用。

当前稳定版是 13.7.0。三种启动方式：

  • 无线调试（Android 11 及以上，推荐）：在开发者选项里打开「无线调试」，用配对码跟 Shizuku 配一次，之后就能在手机上直接启动服务，全程不需要电脑。
  • 电脑 ADB：Android 10 及以下的机型只能走这条路，需要一台电脑和 Platform Tools。
  • 直接授权：已经 root 的机器可以在 Shizuku 里直接点启动，省掉上面两步。

两个容易踩的坑：

  • 免 root 模式下，重启后服务会停。这是设计如此——手机重启后那份 ADB 权限本来就不存在了。13.7.0 起支持在连接可信 WLAN 时于 Android 13 及以上的设备自动重启服务，能省掉大部分手动操作，但首次配对还是得手动做一次。
  • Shizuku 给的是 ADB 级权限，不等于 root。网上很多教程把这两件事混着说，会导致你对它能做什么产生错误预期。

装好之后，常用的一批应用（大多是开源项目）才真正派上用场。最值得先装的是 Canta：它专做卸载预装应用，内置了一份社区维护的「通用可卸清单」，会把每个包标成建议保留、可卸载、谨慎处理几档，比自己去搜索「XX 机型能删哪些应用」靠谱得多。此外还有管应用权限的 App Ops、冻结应用的 Hail、装 APK 时能带包管理器参数的 InstallerX、以及在手机上直接跑 shell 命令的 aShell。

有一条底线要记住：Canta 删的是「当前用户下的这个包」，不是从系统分区里抹掉它。好处是恢复出厂设置就能回来，坏处是删错了关键包会直接导致系统异常——比如删掉桌面或系统界面相关的组件。跟着清单的分类走，别凭名字猜。

三、在本地拦掉广告

不 root 也能做全局广告拦截，原理是把 DNS 请求在本地截住：广告域名的解析被吃掉，请求发不出去，广告自然加载不出来。这条路绕开了「改 hosts 需要 root」的限制，而且因为拦在网络层，它对应用内广告、开屏广告同样有效，不只是浏览器。

代价有两条，动手前得知道：

  • 它占用系统的 VPN 通道。安卓同一时刻只能有一个 VPN 生效，所以它和你正在用的代理、加速器会互相顶掉，只能二选一。
  • 域名只有放行和拦掉两种状态，没有中间档。所以务必先把白名单配好，否则某些应用的登录、支付、推送会因为依赖了被拦的域名而出现莫名其妙的故障。

第二层：root 之后多出来的能力

如果你确实需要改 hosts（比本地 VPN 更底层的拦截）、需要内核级的隐藏、或者需要挂载模块——那才轮到 root。这一层的第一个问题不是「怎么 root」，而是用哪套方案。

三个主流选择，先看清差异

它们不能共存，切换时必须先彻底卸载前一个并刷回对应的原始镜像。

  • Magisk：用户最多、模块生态最大、出问题最好搜。当前稳定版 v30.7（2026 年 2 月），加了 Android 16 QPR2 的 sepolicy 支持和 Zygisk 支持；另一条 beta 线把界面用 Compose 重写了，还加了内置终端。它的原理是给 boot 镜像打补丁、在用户态工作，所以兼容范围最广——几乎任何能解 bootloader 的机器都能用。但它不碰内核，这意味着内核级的能力它给不了。
  • KernelSU 及其分支：root 直接住在内核里，权限判定也在内核层完成，所以只有你批准过的应用才能拿到 root，用户态留下的痕迹也更少。上游官方只支持 GKI 2.0 内核（5.10 及以上，大致对应 2022 年以后发布的机型），而且上游正在逐步放弃直接集成内核这条路。实际更多人用的是分支 KernelSU-Next：内核覆盖面拉到 4.4–6.18，自带 SUSFS，并且支持在部分 GKI 机型上用 LKM 模式（只补 init_boot、不替换整个内核）安装，升级和维护都更省事。
  • APatch：从原始 boot 镜像直接打内核补丁，不需要内核源码，适合厂商没放出源码的机型。限制是仅限 ARM64、内核区间窄，而且它的权限由一把叫 SuperKey 的密码控制——这把钥匙的权限比 root 还高，一定要设强的。

一句话的选择建议：新机、想省事就走 Magisk；GKI 机型且在意内核级隐藏，走 KernelSU-Next；内核太老或者没有源码只有 APatch 能用。

Xposed 那一层已经换代了，很多教程还在教旧的

这是本文里最值得单独拿出来说的一条，因为它踩坑的成本很高（装错版本会开机循环）。

想在不修改 APK 的前提下改应用行为，靠的是 Xposed 框架在现代安卓上的实现，也就是 LSPosed。但关键事实是：LSPosed 原项目最后停在 v1.9.2，它的说明文档里写的支持范围是 Android 8.1 到 14。

也就是说，原仓库对 Android 15、16 已经不再是可靠参考。继任者是同一个仓库体系里的 Vector（JingMatrix），当前稳定版 v2.0，支持范围从 Android 8.1 一直到 Android 17 的测试版。它装进 Magisk 之后，管理器的界面、包名、调试命令里还留着 LSPosed 的痕迹，所以两个名字会混着出现，这是正常的过渡状态。

所以：Android 14 及以下可以继续用原版；15 及以上，装的是 Vector。两者的前提都是先有一个能跑 Zygisk 的 root 环境。

YouTube 去广告的两条路

ReVanced 是 Vanced 停更之后的接续项目。它这里有一个所有新手都会撞上的认知差：

官方不发布现成的 APK。官方给的是一个叫 ReVanced Manager 的工具（当前 2.6.0，需要 Android 8 以上），流程是它在你手机上现场给正版 YouTube 打补丁。因为 YouTube 客户端更新得太频繁，预编译好的包很快就对不上版本了。

顺带说一句：因为官方不发 APK，中文网络上流传的那些「ReVanced 下载站」基本都是第三方转发的。用不用是个人判断，但要清楚自己拿到的东西经过了谁的手。要自己动手就走 Manager。

两条安装路线：

  • 不 root：装 Manager + GmsCore（用来提供谷歌登录），patch 出一个独立的 YouTube 应用，和原版共存。缺点是手机里有两个 YouTube，而且要自己盯着版本更新。
  • 已 root：直接用 模块形式替换掉原版 YouTube，不需要 GmsCore，登录就用系统里现成的谷歌服务。但这里必须再装一个「阻止应用商店自动更新」的模块——否则 Play 商店会在后台把 YouTube 升级成官方版本，你打的补丁会被直接覆盖掉。

关于隐藏：一句实话

很多人 root 之后最关心的是「银行应用还能不能用」。这里必须说实话：

没有任何一套方案能保证通过检测。现在的检测用的是 Play Integrity（2024 年接替了 SafetyNet），有一部分判定是基于硬件的，无论怎么配都绕不过去。常见的做法是叠几层：在 root 管理器里把银行类应用加进排除名单，再装针对性的模块补上证明链，内核级方案还能靠 SUSFS 从更底层隐藏挂载痕迹。这些组合能救回一部分应用，但这是一场持续的攻防，这个月能过不代表下个月能过。

如果你的手机上有离不开的银行或工作应用，最稳的答案依然是不 root——也就是前面第一层那套。

所以该怎么选

  1. 只想清掉预装应用和开屏广告：装 Shizuku，用 Canta 对照清单删预装，再叠一层本地广告拦截。全程不解锁 bootloader，不动任何系统分区，是可逆的。
  2. 想换掉应用商店的推荐流：上 Aurora Store 或 F-Droid。注意 Aurora 的匿名模式会不定期抽风，且不要用它装银行类应用。
  3. 要改 hosts、要模块、要 Xposed 级别的改应用：再考虑 root，优先 Magisk；注意 Android 15 以上的 Xposed 要装 Vector 而不是 LSPosed 原版。
  4. 对内核级隐藏有硬要求：需要内核支持，先确认你的机型有没有对应的 KernelSU-Next 方案，没有就别折腾。
  5. 手机上有必需的银行/工作应用：停在第一层。这一条比上面四条都重要。

三条备忘：Shizuku 重启后要重新启动，除非你开了自动启动；Aurora 的匿名会话随时可能临时失效，别把它当成唯一的应用来源；Android 15 及以上装 Xposed 认准 Vector，原版 LSPosed 的说明文档早就过时了。

工具只是入口，真正的门槛在于判断自己要哪一层。玩机社区里能查到具体机型的方案，但每个机型的解锁政策和分区布局都不一样，动手前务必先确认自己机型的原始镜像拿得到——那是你唯一的退路。