某次 Magisk 版本升级后,就陆续有读者来向我反馈字体模块失效的问题。当然,除了我们这些热衷于换字体的人,其它用户在这次更新后也会遇到模块刷入后没有任何效果的情况。
为什么会出现这样的现象呢?
如果你有 自制 Magisk 模块 的经验,应该或多或少接触过 Magisk 开发者早前为模块开发者提供的 Magisk 模块安装模板(magisk-module-installer)。在早前的 Magisk 版本中我们用到的大部分模块都基于这个模板进行制作,因此大部分情况下 Magisk Manager 都可以正常安装这些模块。
但 Magisk 在 v20.2 版本更新后对模块结构和安装方式进行了调整,上述模板文件所在的 GitHub 仓库目前已被归档并不再使用。
原有模板已经过时
模块开发者转而需要根据 Magisk 作者 @topjohnwu 提供的开发指南对模块进行重新配置——所以 Magisk 模块的兼容性往往也是与 Magisk 版本紧密关联的,我以往所制作的字体模块后缀大多都写着 1500、1700 之类的字样,所代表其实正是其所对应的 Magisk 版本。
这自然就引出了一个大家可能会遇到的问题:
如果开发者无暇适配最新版模块模板导致模块不可用,我们除了等待开发者更新还有别的办法吗?
其实是有的。动手能力较强、拥有一定代码基础的朋友可以参考上面给出的新版开发指南对旧版模块进行拆包重写,在这个过程中你会发现,相比以往新版模块模板最大的不同在于它调整了不同功能模块的生效机制,在这个过程中,有一份名为 update-binary 的「导航」文件尤为重要。
所以不熟悉开发和代码的一般用户也可以从这个 update-binary 下手更新旧版模块的兼容性,以我的字体模块为例,具体的操作流程如下:
在电脑端使用压缩工具打开旧版的字体模块,注意,以下所有操作流程都建议直接在压缩工具中完成操作,不推荐解压、修改再压缩打包!
在压缩工具展示的目录中定位至 META-INFcomgoo