R-01
叠格拾光
休闲益智- 包体96MB
- 适配区间2GB 内存 · 双核
- 更新最近一轮维护
- 礼包码可用
- 开服无开服节点
不足百兆的体积意味着一轮维护过后直接整包替换也不心疼,适合反复重装试手感,字段三轮内没有变动。
更新日期 · 包体大小 · 礼包码 · 开服时间
A-00 · 包体区间重排清单
2278游戏库把电脑端与苹果端的条目按包体重新排过一次序,做成这份面向普通设备的清单。存储余量、内存条数先卡出范围,再回头看更新日期与礼包码状态,顺序反了就得多绕几圈。
F-01 13,700 余款 1GB 以内条目,是本清单的主要取材区间
F-02 4 档包体区间,从 300MB 以内到 3GB 以上
F-03 7 年连续维护,自 2019 年起未中断
F-04 15 条本期推荐,随每周三轮次替换
点档位即就地收窄下方条目流 · 再次点击恢复全部
01-02
02-01
分档只看安装包体积这一个维度,不掺画质、不掺题材。体积是下载前就能确认的硬指标,也是存储紧张时最先被卡住的一环。
BAND-S
归档时约 5,100 余款落在这里,多为休闲益智与轻量模拟经营。装卸循环快,存储余量不足 2GB 时也能腾出来,适合当试手的第一站。
BAND-M
约 8,600 余款,角色扮演与回合策略居多。这一档与上一档合计构成 13,700 余款的 1GB 以内区间,是普通设备最容易挑出候选的一段。
BAND-L
约 16,400 余款,动作与射击竞技集中在这一段。字段里会额外标出整包替换记录,因为体积越大的条目,一次维护要动的空间就越多。
BAND-XL
约 11,100 余款,是清单里最重的一段。放在这里主要是让上沿可见——知道自己正在跳过什么,比盲目顺着列表往下翻更省时间。
03-01
分成七组,每组是一个档位与一个归档类别的交叉。条目按包体升序排列,字段行左对齐成列,扫一眼就能比对更新日期与礼包码状态。
03-02
R-01
不足百兆的体积意味着一轮维护过后直接整包替换也不心疼,适合反复重装试手感,字段三轮内没有变动。
R-02
单局时长可控,包体连续五个维护轮停在三百兆以内,礼包码正在按月度轮换核对,状态会随下一轮刷新。
03-03
R-03
放置型节奏,不需要长时间占着前台,开服时间停在上一赛季阶段,本轮修订的只有排班数值表。
R-04
离线收益为主,244MB 已经贴近本档上沿,适合当成第二款常驻条目,装完还留得下别的空间。
03-04
R-05
单机流程向,一次装完不依赖常驻联网;开服节点刚过不久,开服时间字段在本轮被重新校对过。
R-06
文本量在同类里偏大,资源做过压缩,落在中档下沿;礼包码进入月度轮换核对,暂时不标注可用。
03-05
R-07
回合制推演,运算集中在结算阶段,字段结构简单,是本档里维护频率最稳定的一条。
R-08
已贴近 1GB 上沿,是中档区间里字段最完整的一条,开服节点、包体与礼包码三项都在上一轮一起复核过。
03-06
R-09
包体里含较高精度贴图资源,归档时按两倍体积预留更稳妥;礼包码正在按月度轮换重新核对。
R-10
处在中档中段,开服时间停在上一赛季阶段,上一轮维护只修订了数值表,包体没有整体变动。
R-11
体积逼近 3GB 上沿,礼包码已经按月度轮换下架。若存储余量紧张,建议先看同类别里的低档条目。
03-07
R-12
竞技向条目里体积控制较好,几轮维护都集中在数值层,很少整包替换,重装成本相对低。
R-13
2.9GB 已到本档上沿,归档字段里整包替换记录较多;存储余量按包体两倍预留,会比贴着下限装更从容。
03-08
R-14
大包体条目,装在盘上就是一块不小的固定占用。先确认硬盘余量,再决定要不要继续往下看。
R-15
本清单里体积最大的一条,列出来是为了让上沿可见。更新日期很新,但并不因此更值得优先考虑。
04-01
每周三发布一轮条目维护,每轮新增与修订 300 至 500 条。这十五个位置在同一轮里重排一次,换下谁不看热度,只看字段状态。
05-01
这份清单只做两件事:把包体写清楚,把字段状态写清楚。它不做别的判断。
S-01
四档区间取自安装包的标注体积,适配区间取自归档时登记的运行需求,两者都只是筛选用的参考值。它们不构成任何设备上的运行结果承诺,同一台设备装不同条目也可能完全不同。
S-02
全站条目统一标注更新日期、包体大小、礼包码三要素,单条条目经三轮人工核验加机器校验,抽检合格率 99.2%。条目数据补至 2026 年 8 月,收录条目 41,200 余款,其中电脑端 28,800 余款、苹果端 12,400 条。