magisk manager

magisk manager是一个手机补丁工具。它被称为面具，在工具中用户需要输入需要补丁的应用，只要出现面具图标就能实现软件补丁完成，更多的应用不需要授权、也不需要root直接补丁就OK了。

magisk manager操作步骤

1.卸载Xposed及XposedInstaller，具体可以见XDA。

2.卸载SuperSU，具体可以见XDA。

3.恢复boot.img，因为之前刷入的SuperSU已经改动了boot.img。所以需要你下载原始ROM，提取其中的boot.img并通过fastboot刷入，使其复原。

4.刷入Magisk，具体可以见XDA。

5.刷入SystemlessXposedSDK，具体可以见XDA。

magisk manager特色

1、该软件的核心工作原理就是通过一个隔离系统文件之外的文件来进行内容的自定义;

2、平台上提供了丰富的模块，使用这些模块可以实现更多的功能，管理magisk模块也很容易;

3、有了它可以让用户更加方便的去掌握自己的安卓手机，轻松获取各种app的超级权限。

magisk manager新版特性

-引入新的下载方法：不再使用Buggy系统下载管理器

-引入许多新通知以获得更好的用户体验

-添加对Magisk v18.0的支持

-隐藏（重新打包）后将应用程序名称更改为“管理器”，以防止应用程序名称检测

-添加内置的无系统主机模块（访问设置）

-隐藏（重新打包）和恢复Magisk Manager后自动启动新安装的应用程序

-修复导致模块中module.prop不完整的错误，使其具有不正确的用户界面

magisk manager亮点

1、创建通用界面来修改系统，而无需实际更改系统；

2、允许用户和开发人员替换现有文件和目录或添加新文件和目录；

3、开发人员将能够在不同的引导时间运行脚本；

4、Magisk Manager默认情况下启用无系统主机支持；

5、具有内置的busybox，最多支持Lollipop。

magisk manager说明

-[App] 更新 snet 扩展。这修复了 SafetyNet API 错误。

-[App] 修复stub应用中导致APK安装失败的bug

-[App] 隐藏为存根时隐藏恼人的日志错误

-[应用] 修复隐藏应用时打补丁ODIN tar文件的问题

-[General] 移除Android 5.0之前的所有支持

-[General] 更新 BusyBox 以使用正确的 libc

-[General] 修复 C++ 未定义行为

-[General] 几个sepolicy.rule复制/安装修复

-[MagiskPolicy] 删除不必要的 sepolicy 规则

-[MagiskHide] 更新包和进程名称验证逻辑

-[MagiskHide] 一些防止合子死锁的改动

magisk manager使用方法

每个 Android 玩家都不可错过的神器：Magisk 初识与安装

Come together, not the sam e.

选择 Android 的同时，我们也选择一种「可能性」。

今天厌倦了死板的默认字体我们可以更换，明天想在 MIUI 上试试颜值更高并且没有广告的索尼天气，我们也可以想办法突破 OEM 定制应用的机型限制……

诸如 Xposed 这类不断涌现的「神器」在自定义这件事情上为 Android 插上了腾飞的翅膀，也让「千机千面」成为了可能。

只是美丽向来也伴随着风险：未获得 Google「认证」的设备无法从 Play 应用商店下载安装 Netflix，Google Pay、Pokémon Go 等应用不能在已 root 的设备上正常运行，改动过系统文件的 ROM 无法通过 OEM 渠道进行正常的 OTA 更新升级……

对 Android 生态而言，自定义和稳定性长久以来似乎都是「鱼与熊掌」——直到 Magisk 的横空出世。

Magisk 是如何工作的？

在一些用户眼里，Magisk 与另一款名为 Xposed 的神器有着高度的相似性，部分群体当中甚至还存在着「Magisk 框架」这样的说法。

的确，二者的工作机制都是「拦截」。Xposed 通过劫持 Android 系统的 zygote 进程来加载自定义功能，这就像是半路截杀，在应用运行之前就已经将我们需要的自定义内容强加在了系统进程当中。

Magisk 则另辟蹊径，通过挂载一个与系统文件相隔离的文件系统来加载自定义内容，为系统分区打开了一个通往平行世界的入口，所有改动在那个世界（Magisk 分区）里发生，在必要的时候却又可以被认为是（从系统分区的角度而言）没有发生过。

Magisk 的实现方式就像是一种魔法，当被挂载的 Magisk 分区被隐藏甚至被取消挂载时，原有系统分区的完整性丝毫未损，玩需要 root 验证的游戏、运行对设备认证状态有要求的应用甚至进行需要验证系统完整性的 OTA 更新都没有任何问题。

因此严格来说 Magisk 可以被看作是一种文件系统，这种文件系统通过巧妙的实现方式避开了对系统文件的直接修改，从稳定性上来看要优于以往任何一种系统框架，这也是当前它在玩机社区广受认可和好评的原因所在。

它的魔力不止于 root

很多人对 Magisk 的初步认识可能是 root ——在 supersu 销声匿迹之后，它自然而然就成为了当前 Android 社区用来获取 root 权限的主流方式。

不过 Magisk 特殊的运作机制还赋予了它相较于 Android 平台其他定制工具而言独一无二的特质——systemless。这种 systemless 特质让 Magisk 拥有了获取 root 权限之外的诸多优势：

一方面，得益于独特的挂载机制，使用 Magisk 时我们可以有针对性地隐藏 root，甚至暂时隐藏 Magisk 本身。

如此一来，不仅「root 模式下使用特定应用」成为了可能，就连无缝 OTA 更新这种「魔改党」们想都不敢想的事也变得不再遥远。在 Magisk Manager 应用的设置中，我们甚至还可以用随机包名对 Magisk 进行重新安装，让它从其他应用的眼皮底下彻底消失——多么具有魔法特质的高明手段！

另一方面，挂载系统的存在，也让 Magisk 拥有了多样的模块化生态系统。

既然用了「开外挂」的实现方式，那不妨就多挂载一些额外的东西，字体、音效、驱动……甚至 Xposed 本身。Magisk 提供了一个独立于系统分区以外的、可以随时隐形的「沙盒」，那自然不能将其才华禁锢于 root 这一件事上。在 Magisk 的模块仓库里，我们可以找到各式各样的模块（modules）来满足自己的定制化需求，借助这些模块，我们在 root 之后能做的事情其实也还有很多。

在这里的讨论语境下，Magisk 如何给人们留下「框架」这一认知误区的原因就浮出水面了。只是功能方面好不逊色的 Magisk，稳定性和上手门槛对大部分用户来说都更加友好。