《春现》开发者日志 05-20261009

这两天里，我把重点放在了安卓端连续游玩的稳定性上。测试中遇到了一个比较隐蔽的问题：刚进入游戏时画面正常，连续操作、切换多关之后，三维场景却会出现花屏，界面文字仍然正常。这样的故障很难靠单张截图判断，也让我重新检查了从进入关卡到退出场景的整个过程。

排查先从资源释放开始。我检查了旧场景、节点和花朵计数任务，发现它们都在正常清理，但手机的原生内存仍然持续增长。随后通过内存采样继续追踪，才把问题定位到当前引擎中抗锯齿与辉光同时使用的一条渲染路径：用于保存中间画面的帧缓冲被反复创建，旧的资源句柄却没有完整保留下来，导致切换场景后仍有分配无法释放。

这次调整也涉及画面上的取舍。辉光、阴影和交互高亮共同构成了《春现》的视觉反馈，我希望尽量保留它们，因此先在安卓 Compatibility 渲染路径中关闭花园视口的多重采样抗锯齿，避开发生泄漏的组合。代价是三维物体边缘的平滑程度有所降低，但能保留花朵与传送门的光感，以及操作时清楚的高亮提示。

实现时，我把这项配置放在创建花园画面的统一入口，让实际关卡、菜单背景、编辑器和缩略图都使用同一套处理。验证也分成两部分：一部分用简单方块持续渲染、反复重建视口，检查内存是否继续累积；另一部分按固定流程连续进入关卡、执行拖动并切换下一关，观察完整流程中的变化。在小米 9 上，两轮、每轮 33 关的流程测试结束后，原生堆占用从修复前约 2.13 GiB 降到了约 170 MiB，两轮返回菜单时的数值也保持接近。

这次开发花了不少时间在玩家看不到的地方。对一款需要安静观察、反复尝试的解谜游戏来说，稳定地移动一个方块、顺利进入下一处花园，同样是体验的一部分。后续增加关卡和机制组合时，我也会继续把连续游玩与真机测试放进验证流程，让这片方块世界能够陪大家走得更久。