前言
这条帖子更新得很突然。原本我是在写一个一站式自定义固件脚本的,中途我想要在帖子里和读者说明 “删了预置快应用后仍有安装限制” 的客观原因,所以我去问询 AI。不问不知道,一问吓一跳。在 AI 的启发下,我做了个实验,发现限制快应用数量的并非物理分区大小,而是系统底层逻辑。
所以,本帖就变为了教程帖兼探究帖。
在快应用数量限制被彻底攻破之前,您可随时通过本帖获取最新的解除快应用数量限制方案。
今年 1 月 10 日,我发布了一条帖子 ——《彻底解决 REDMI Watch 5 eSIM 版快应用数量限制问题及其原理解读》,里面提及了新固件无法安装快应用的原因及解决方法。
在那条帖子中,我说:
但是,2 月 12 日我做了一个实验 —— 在安装了 “删小程序” 版固件的前提下,我先是往手表里装了十几个体积很大的 .rpk 包(实际装进去的安装包总大小约为 13.3MB),发现 完全可以正常安装。直到装了大约 19 个之后,设备开始返回 “空间不足” 的信息;然后,我将手表恢复出厂设置,又找了 22 个体积很小的 .rpk 包(总体大约 5.3MB),发现装到约 18 个的时候,设备就开始返回 “空间不足” 的信息。vela_quickapp 分区的大小是固定的,大约为 8MB。 若该分区被撑满,就无法继续安装快应用。(也就会出现安装时提示 “存储空间不足” 的情况)
这个现象很有力地反驳了我那篇帖子的观点 “这是分区容量问题”。很明显,REDMI Watch 5 eSIM 的固件里,有一个类似于 “快应用总数限制” 的机制在捣鬼。
而我那篇帖子里提供的 “删除系统预置快应用法”只是歪打正着,减少了快应用的总数,所以给用户腾出了安装第三方快应用的空间。** 这也算是一种歪打正着、治标不治本的方法吧。😂
当下最新的 “解除” 快应用数量限制方法
是什么、怎么做(方法概述)
请前往原文链接查看本内容。当下快应用解限研究进展
请前往原文链接跟踪最新进展。
最后编辑: