2026 年最佳 Magisk 模块：经过验证的来源，以及哪些已经停更

现在很多清单上仍列着的模块已经不存在了。Play Integrity Fix 已被作者本人从 GitHub 删除。Universal SafetyNet Fix 最后一次更新停在 2023 年 1 月。而大多数教程里那句“打开 Magisk 应用的在线仓库安装”，说的其实是一个几年前就已经从 Magisk 移除的功能。下面每个项目都对照其自身仓库逐一核实过，并且都附有链接。

最后技术核实时间：2026 年 10 月 30 日
Magisk 基准版本：v31.1（2026 年 10 月 25 日发布）
同时覆盖：KernelSU、KernelSU Next、SukiSU Ultra 和 APatch
安卓覆盖范围：12 至 17，更新版本仅在项目明确支持时才会标注
2026 年 10 月 30 日更新内容：Magisk 31.0 与 31.1（全新应用、取消 Root 弹窗、移除应用隐藏功能）、各个 Root 管理方案与 Zygisk 实现的当前版本、开源的 Tricky Store 替代方案，以及若干已归档或停滞的模块
来源原则：只使用维护者官方链接，我们不镜像、分发模块 ZIP

先看简明版本

大多数人其实只想要以下四件事之一，不需要看完整篇清单。

以下内容是这四件事的详细展开，以及该避开什么。

哪些内容变了，该移除什么

如果你在照搬一份旧教程，你可能正准备安装一个早已不存在的东西。

最后一行最让人困惑。很多人打开 Magisk 寻找旧教程里描述的“模块下载”标签页，找不到就以为自己装坏了。其实没有。发现与安装现在是两个独立步骤：先在 GitHub 上找到模块，下载 ZIP，再从存储安装。

一些热门“模块”根本不是模块

这一点很重要，因为它决定了你该去哪里获取、出问题时又该怎么修。

这些都值得使用，但没有一个是你能刷入的东西。把 AdAway 和两个 Zygisk 模块并列在一份清单里，是一种分类错误，读者会因此去搜索根本不存在的“AdAway ZIP”，正好落入本文想让你避开的那类镜像站。

这些工具可能有用，但搜索所谓“AdAway 模块刷机包”容易误入非官方分发站。应根据工具本身的安装方式操作。

Magisk 31.0 与 31.1 带来的变化

Magisk 31.1 是当前的稳定版本（2026 年 10 月 25 日发布），它改变了 Magisk 日常使用的方式。包括本文旧版在内的很多教程，描述的都是旧流程。以下是官方发行说明中的要点：

Root 请求不再弹窗提示。现在需要提前在 Magisk 应用的 Superuser 标签页里为应用授予 Root 权限。如果某个终端应用、备份工具或模块说它需要 Root，但屏幕上没有任何提示，请先去 Superuser 里手动授权。这同样适用于 adb shell，因为它没有前台应用可以弹出提示。Magisk 团队表示，旧的被动式弹窗在 HSUM 设备上根本无法工作。

Magisk 应用隐藏功能已经取消。重新打包（把管理器改名为随机包名）这项功能已被移除，Magisk 也不会在应用缺失时自动重装它。开发者自己的说法很直白：在安卓上真正隐藏一个已安装的包几乎不可能，所以配置好 Superuser 策略和模块之后，隐藏 Magisk 应用最有效的方式就是直接卸载它。对于会检测管理器的应用，这也是更该依赖下面 DenyList 和隐藏步骤、而不是依赖应用名字的原因之一。

更新一台正常使用的手机之前，先记下当前版本、截图 Superuser 列表，并保留你这台机型对应的原厂 boot 镜像。安卓 6.0 的手机应停留在 30.7 版本。

你在用哪种 Root 管理方案

Magisk 已经不是唯一选择，你用的是哪一种，决定了你能安装什么。模块大体上是可以跨方案使用的，但并非完全通用。

这里有两个最常见的错误。

不能同时运行两套。必须先彻底移除一个、恢复对应的原厂镜像，再安装另一个。两套同时运行会互相冲突。

KernelSU 系列分支之间不能互换。KernelSU、KernelSU Next 和 SukiSU Ultra 理念相近，但各自的管理器和内核改动并不相同。请使用与你实际安装的分支相匹配的构建版本。

关于 Magisk Alpha：这是一个主要通过 Telegram 分发的非官方构建版本。它有一批拥趸，但其公开源码和发布记录的可信度不如官方 Magisk，这对一个以 Root 权限运行的组件来说很重要。官方稳定版更容易核实。举例来说，ReZygisk 已在 v1.0.0 中移除了对 Magisk Alpha 的支持。

哪种方案支持哪些功能

最关键的一行是 SUSFS。它隐藏在内核内部，而不是用户空间，这是用户空间模块在结构上无法做到的，而且它在 Magisk 上完全不可用，因为 Magisk 从不触碰内核。这是 2026 年很多人从 Magisk 转向其他方案的主要技术原因，但前提是设备要有兼容的内核，不是每台设备都有。我们的Magisk 对比 KernelSU 对比 APatch一文详细讲解了这个取舍。

本文中的所有内容都适用于 Magisk。仅限某一系列使用的，都会特别说明。

安装任何模块之前

截图当前的模块列表。打开你的 Root 管理方案，进入模块标签页，截图整个列表。这就是出问题时用来对照“到底变了什么”的记录。五秒钟，不需要终端。

顺便记下你的 Magisk 版本和安卓构建号。Magisk 在主页就能看到版本号，安卓版本和安全补丁在设置的“关于手机”里。

一次装一个模块，重启，再检查是否生效。一口气装五个再重启一次，出问题了你根本不知道是哪一个。

提前了解恢复方法，而不是等出事才查。恢复方法在本文末尾，建议先读一遍。

第一步：只选择一种 Zygisk 实现

Zygisk 是隐藏类模块和 Xposed 框架依赖的注入层。Magisk 自带一个。KernelSU 和 APatch 没有，所以这两类用户需要一个独立实现。Magisk 用户也可以选择用独立实现代替内置的。

以下三条规则能避免大部分人踩到的坑。

只运行一个。如果你在 Magisk 上安装了独立实现，先关闭内置 Zygisk。两者同时运行是常见且完全可以避免的故障。

Shamiko 不能和 ReZygisk 搭配使用。Shamiko 针对的是内置 Zygisk 和 Zygisk Next。选择 ReZygisk 就需要换一个隐藏模块。混用它们是“隐藏昨天还好好的，今天突然失效”的典型原因。Zygisk Assistant 同理。

切换前先卸载旧的。不先移除旧模块就直接迁移，曾导致开机循环，尤其是在模块 ID 发生变化的情况下。

Zygisk Next 的许可证变化值得你认真考虑，而不是默认接受。它是一个拥有 Root 权限的模块，其近期版本无法被独立审计，这正是 ReZygisk 存在的原因。这对你是否重要，是一个主观判断，不是技术缺陷。

第二步：把完整性判定与隐藏当作一棵决策树

相比本指南上一版，最重要的一处修正是：

通过 Play Integrity 检测和对某个应用隐藏 Root，是两个不同的问题。

用户经常拿到了所有完整性判定结果，Google Wallet 或某个银行应用却依然拒绝这台设备，因为单个应用会参考 Play Integrity API 之外的其他信号。只因为某篇教程说“这套组合是必需的”就把整套方案全装上，正是很多人最后装了六个模块、而其实两个就够的原因。

把它当成一棵决策树来走，每走一步就测试一次。

先从 DenyList 开始。Magisk 内置，不用下载。把需要对其隐藏 Root 的应用加进去。相当多应用到这一步就不再报错，你也就完成了。Magisk 31.0 还把 webview_zygote 加入了 DenyList 的卸载挂载目标。

仍被检测到？加一个隐藏模块。Shamiko，来自 LSPosed 发行版，v1.2.5（2025 年 6 月，修复了安卓 16 和 16K 页面问题），截至 2026 年 10 月 30 日没有更新版本。有一个违反直觉的要求：Shamiko 需要在 DenyList 关闭强制生效的情况下运行，但列表本身仍要保持填好。强制生效打开着，Shamiko 就会失效。这是全文中最常见的一个配置错误。在使用 SUSFS 内核的 KernelSU 上，你往往根本不需要 Shamiko，因为内核本身已经在做这件事了。

特定的完整性判定没通过？加一个 Play Integrity 模块。osm0sis/PlayIntegrityFork（截至 2026 年 8 月为 v18）是已停更原版的直接延续，也是原作者本人指向的继任项目。KOWX712/PlayIntegrityFix 是同一脉络下另一个在维护的分支，截至 2026 年 10 月为 v4.9。不要同时安装两个 PIF 分支。

只有在有明确密钥认证需求时，才考虑 Tricky Store。5ec1cff/TrickyStore，安卓 10 及以上。beakthoven 和 qwq233 的分支也在流通，不少配套工具现在都以它们为目标。

用来管理它作用于哪些应用：KOWX712/Tricky-Addon-Update-Target-List 为 Tricky Store 的目标列表、keybox 和安全补丁处理提供了一个正式界面。这是一个独立项目，其作者要求不要把问题反馈到上游。

Tricky Store 现在也有开源替代方案了。beakthoven/TrickyStoreOSS 是一个 GPL-3.0 重写版（v3.1.0，2026 年 8 月）。JingMatrix/TEESimulator 是一个运行在 keystore 守护进程内的 GPL-3.0 软件 KeyMint（v4.0，2026 年 8 月，安卓 10 及以上，仅限 64 位设备）。qwq233/OhMyKeymint 是一个力求更接近原生 AOSP 的完整 keystore 重实现（安卓 12 及以上，预览构建）。三者只运行一个。它们都不附带可用的 keybox，我们也依然不会指向任何一个。

三点旧教程不会告诉你的事

Tricky Store 自 v1.1.0 起就已闭源。维护者出于防滥用考虑关闭了源码。加上 Zygisk Next 的许可证变化，这个类别里最强大的两个工具现在都是无法审计、以 Root 权限运行的二进制文件。它最后一个版本是 2025 年 11 月的 1.4.1。这件事要在安装之前知道，而不是装完才发现。下面列出的开源重写版本已经出现，但它们更新、也更缺乏验证。

Tricky Store 不附带可用的 keybox。它自带一个对认证无效的 AOSP keybox。那些说“装上 Tricky Store 就能拿到强完整性”的教程完全跳过了这一点。Keybox 也会被吊销，到那时你的配置会悄无声息地失效。我们不分发 keybox，也建议你对任何提供 keybox 的人保持警惕。

软件层面的设备完整性在 2026 年变难了很多。年初有一大批设备指纹被封锁，维护那份指纹集合的主要社区仓库已被所有者归档，其表示对最常见的几种架构组合已经没有可用指纹了。指纹方案并没有彻底失效，但供应量已经今非昔比。

老实说：基础判定大体上还能达成，设备完整性比过去更费工夫，在未锁定的 Bootloader 上达成强完整性确实很难。有些应用无论如何都会拒绝。我们不公布通过率，因为几周之内它就会过时。

想要一次配置到位，而不是自己花一周测试各种组合？把你的设备型号、安卓版本、Root 方式和需要正常使用的应用发给我们。我们会远程配置，并提前告诉你哪些应用现实中能做到。Root 服务提供免费诊断。

如果你需要求助

完整性表现一直在变，所以“这套方案能不能用在我的银行应用上”这种问题，没有细节根本答不了。无论你问谁，包括我们，请附上这些信息：

设备及准确型号：
安卓版本及构建号：
安全补丁级别：
Root 管理器及版本：
Zygisk 实现：
已安装模块及版本：
Play Integrity 判定结果：
出问题的应用及版本：
具体报错内容：

这样才能把一个没人答得了的问题，变成一个能回答的问题。我们从上一版指南中删掉了那些匿名的应用兼容性轶事，原因也一样：它们缺少这些细节，没法复现。

第三步：Xposed 这一层

原始 LSPosed 项目自 2023 年 10 月起没有新发行版，自 2024 年 1 月起 master 分支也没有提交，其发行版本只覆盖到安卓 8.1 到 14，在现代设备上是个错误的起点。

JingMatrix/LSPosed 是大多数人在用的维护分支，现在它已经并入 JingMatrix/Vector 仓库（旧地址会跳转过去）。Vector 保持了与原版 Xposed 一致的 API，同时重写了内部实现，支持到安卓 16、17 以及 16K 页面设备。它目前的发行版都是 canary 预发布构建（截至 2026 年 10 月 26 日为 canary-3114），还没有打标签的稳定版，更新前请先看发行说明。

JingMatrix/LSPatch 是免 Root 路线（同样是 canary 构建）。它通过修补某个应用的 APK，把框架直接嵌入这一个应用，不需要 Root，也不需要 Zygisk。如果你只想要某一个 Xposed 模块的效果，别无其他，这个值得了解。

曾经流传过的另一个分支 ReLSPosed，已于 2026 年 2 月被其所有者归档。使用任何分支前先看更新日期再看教程热度。

Hide My Applist（Dr-TSNG/Hide-My-Applist）拦截一些应用用来寻找 Root 管理器的应用列表扫描行为。它的开发一度暂停，但在 2026 年 8 月发布了 v3.8.3。把它当作偶尔维护的项目看待，依赖前先确认发行日期。

Xposed 模块本身也有同样的问题。一个两年没更新的模块，不管论坛里说得多好，在安卓 15 或 16 上大概率都跑不起来。

第四步：经过验证的清单

按实际用途分组。每个链接都指向维护者自己的仓库，除非特别说明，否则都能在 Magisk 上使用。

广告与跟踪拦截

只运行一个 hosts 拦截工具。装两个，或者再加上 AdAway 的 Root 模式，就是两个工具在争同一个文件。过于激进的列表也会破坏正常应用功能，先用标准配置，遇到具体问题再加白名单。

要说清楚的是：hosts 拦截阻止的是域名查询，它对和正文内容同域名投放的广告无能为力。安卓的私人 DNS 设置在完全不需要 Root 的情况下，能达到差不多的效果。

电池与电源

相比大多数清单上那种没有仓库链接、语焉不详的“电池管理”条目，ACC 是一个诚实的替代品。使用它自带的检测工具，不要照搬别的手机的充电开关参数。

游戏与调度

按游戏单独配置，不要全局生效。实际提升因设备、内核和游戏而异，演示视频往往夸大了效果。不要与另一个调度模块叠加。详见Root 游戏优化。

界面与主题

一次只改一组。主题类模块在不受支持的 ROM 和更新组合下造成 SystemUI 崩溃和开机循环，是已知的常见模式。重大系统更新前先撤销覆盖层。

实用工具

开发与安全测试

这类模块会扩大设备的信任边界。它们是为流量调试和安全研究而生的，不适合作为日常使用手机的常驻配置。用完就移除测试证书，它们本身也无法绕过证书固定。

其他完整性工具包

Integrity-Box（MeowDump/Integrity-Box）把完整性和环境管理打包进了自己的界面。PlayIntegrityFix-NEXT（EricInacio01/PlayIntegrityFix-NEXT）曾是覆盖安卓 10 到 16 的实验性分支，其所有者在 v3.0 发布后已于 2025 年 10 月将其归档，不要在它基础上搭建新配置。Integrity-Box 更新非常频繁（2026 年 10 月 29 日已到 v46），这是一把双刃剑：修复快，但目标也一直在变。

两者都和 PlayIntegrityFork 功能重叠。应把它们当作替代方案，而不是叠加项。重叠的完整性工具产生的冲突，排查起来会非常痛苦。

内核级隐藏，仅限 KernelSU 系列

SUSFS 位于 gitlab.com/simonpunk/susfs4ksu，配套模块在 sidex15/susfs4ksu-module。它需要内核已经打上 SUSFS 补丁，所以只是 KernelSU、KernelSU Next 或 SukiSU Ultra 的可选项，Magisk 和 APatch 都不可用。

风险等级

不是每个模块承担的风险都一样。

现在去哪里获取模块

既然内置仓库已经没了：

1. 项目自己的 GitHub 发行页。以上所有内容的正确来源，本文每个链接都指向这里。下载 .zip 格式的安装包，不要下载源码压缩包。
2. Magisk-Modules-Alt-Repo，接受新项目提交的社区仓库。
3. MMRL，一个模块管理应用，支持浏览 Magisk、KernelSU 和 APatch 模块，如果你不想手动下载的话。

安装方式：打开 Root 管理方案，进入模块，点击“从存储安装”，选择 ZIP，重启。

我们不托管模块二进制文件，也建议你对任何这样做的人保持警惕。从项目本身下载，不要用镜像、短链接或 Telegram 文件。

如何审查一个模块

Root 模块以完整权限运行，值得用这样的标准来审视：

• 源码是否公开？没有仓库，就不要安装。这一条就能排除掉很多候选项。
• 最后一次发行是什么时候？在一个快速变化的领域里两年没更新，是一个隐患。
• 维护者会回应问题吗？数月的沉默就是一个信号。
• 文档有没有说明兼容性？安卓版本、Root 管理方案、已知冲突。
• 有没有人在你的安卓版本和你的 Root 方案上实际跑过？而不是它 2023 年写成时针对的那台设备。
• 它要求削弱某些安全机制吗？任何要求关闭 SELinux 的工具，都值得仔细审视。

从开机循环中恢复

在你需要之前就把它准备好。按优先顺序：

1. 安全模式。Magisk 检测到安全模式启动时会禁用所有模块。先进入安全模式，再正常重启，这样你就能在一个所有模块都关闭的系统里，从应用中移除那个出问题的模块。KernelSU 的做法相同。按键组合因设备而异，趁一切正常时先练习一次。

2. 删除命令。如果电脑能在设备尝试启动时识别到它，Magisk 文档给出了这条命令：

adb wait-for-device shell magisk --remove-modules

它会移除所有模块并重启。

3. 从 shell 禁用单个模块。在 /data/adb/modules/ 下某个模块的文件夹里创建一个 disable 文件，就能只关闭那一个。

4. 恢复原厂 boot 镜像。最后的手段，也是你应该保留一份的原因。请先阅读下面的注意事项。

boot 镜像的注意事项

Magisk 自己的文档也提醒，分区恢复因设备而异，并特别提醒三星用户不要随意恢复 boot、init_boot、recovery 或 vbmeta。通用的 Fastboot 建议不能直接套用到所有厂商。APatch 用户也要注意，它修补的是 boot，不是 init_boot。

按你这台具体设备的流程操作。如果刷机已经出错，先诊断再重新刷入；如果设备完全无法启动，先弄清楚它处于哪种状态。

无论如何，不要一上来就清除数据。操作顺序很重要，恢复出厂会连同数据一起销毁你的加密密钥。

相关阅读：Magisk 对比 KernelSU 对比 APatch · Root 后的 SafetyNet 与 Play Integrity · 2026 年的 Magisk：有哪些变化 · Magisk 刷入失败 · 已 Root 安卓设备 OTA 更新失败 · 安卓精简应用指南

资料来源：文中内联链接的各项目自己的 GitHub 或 GitLab 仓库；Magisk 官方文档、FAQ 与发行说明；APatch 和 KernelSU 官方文档。模块状态已对照仓库活跃度和维护者在上方标注日期的公开说明逐一核实。

最后核实时间：2026 年 10 月 30 日。这个生态变化很快，本文列出的项目在核实当时均处于活跃状态，但任何一个都可能在没有通知的情况下停更、被分叉或被取代。安装前请查看对应仓库，并把兼容性当作因设备而异的问题对待。