发布时间:2026-09-28 点击:22次
v7.2.5 更新说明 · 2026年6月3日
亲爱的用户,当你看到这篇更新说明时,距离上一次大版本发布已经过去了117天,我们原本计划在五月推出一个带有全新视觉引擎的 v7.3.0,但在内部压力测试中,我们发现了一个在极端并发场景下会导致数据包重排的底层缺陷,为了不让任何一位用户承担风险,我们决定将 v7.3.0 延期,并优先推送今天的 v7.2.5 更新,这不是一次功能堆砌,而是一次典型的“静默修护”。
本次更新的核心只有三项,但每一项都经历了超过2000小时的灰度验证。
第一,修复了长期困扰部分用户的“跨时区同步偶发丢帧”问题,具体表现为:当你在 UTC+8 与 UTC-5 之间频繁切换设备时,时间戳校准会出现最高 1.7 秒的偏移,导致笔记附件顺序错乱,v7.2.5 重写了时间戳仲裁模块,改用基于单调时钟的双向校验算法,实测偏移量降低至 3 毫秒以内。
第二,针对 2025 年 Q4 之后生产的部分移动芯片组,优化了后台唤醒功耗,我们收到 47 份用户日志,显示在特定基带固件下,应用会每 90 秒触发一次不必要的网络握手,本次更新引入动态心跳抑制策略,在屏幕关闭且网络稳定的状态下,唤醒频率下降 82%,续航平均延长 11%。
第三,也是我们认为最重要的一点:加强了本地加密缓存的完整性校验,从 v7.2.0 开始,我们发现极少数设备因闪存单元老化,会导致缓存块静默翻转,v7.2.5 新增了每 4KB 数据的 CRC32C 快速校验,一旦发现异常,立即从云端冗余副本回填,整个过程用户无感知,这相当于给你的每一次保存都上了一道隐形保险。
我们还顺手修复了 12 个你可能从未遇到、但一旦遇到就会很恼火的小缺陷:比如深色模式下滚动条闪烁、批量导出时文件名首字符丢失、以及输入法在特定键盘布局下的候选框错位。

为什么版本号只从 v7.2.4 跳到 v7.2.5?因为我们认为,真正的进步不总是靠大版本号来宣告,让系统更安静、更可靠、更省电,比加一个新按钮更有价值。

感谢你愿意花时间阅读这篇说明,v7.2.5 不会给你惊艳的感觉,但我们希望,当你连续使用一周后,会忘记它曾经来过——这恰恰是我们最想达到的效果,下一次,v7.3.0 见。
2026年1月26日,当大部分科技媒体还在复盘年初的CES展会时,一个看似不起眼的版本号悄然出现在更新日志中——v7.2.5 版...
2026年1月26日,当清晨的第一缕阳光照进无数开发者的屏幕时,一个看似寻常却意义非凡的版本号悄然推送——v7.2.5 修复版,...
2026年1月26日,我们正式发布了 v7.2.5 版本更新,这一天并非普通的版本迭代,而是团队在过去六个月里,对用户反馈进行深...
2026年1月26日,一个看似寻常的周一清晨,全球超过三千万名用户在同一时间收到了那条简短的系统通知:“v7.2.5 完整版已就...