MemoFlow 登录首屏：从一次很长的 Network 瀑布开始

第一次观察

原记录标题是「实际测试（memo 进入登录页面）」，并附有 Network、Timing 和 Performance 面板截图。记录里写道：「前 8.48s 加载完前面 4 个内容后，没有后续的反应」，随后才集中加载剩余资源。

同一次截图下还有一句：「80s 才显示出登录页面」。这是一次测试的观测值，不是所有访问都会耗时 80 秒，更不是平均性能数据。

当时列出的两个方向

笔记认为主 JS 包接近 1 MB，登录界面似乎要等较大的脚本加载后才继续；另一方面，很多小资源同样异常缓慢，甚至出现 Cloudflare HIT 但资源下载耗时很长的情况。这表明不能只看包体积就下结论。

这里尤其要区分下载耗时、服务器开始响应前的等待、脚本解析执行和主线程渲染。它们在瀑布图上都可能表现为首屏很慢，但优化方法不同。

后续如何拆开验证

首包、认证请求等待和进入主应用后的白屏属于不同观测入口，不能擅自合并成一条已解决的问题。

尚未确认的结果

当时的截图足以说明存在性能异常，但这份材料没有记录拆包后准确的首屏复测值或可比较的 LCP/FCP 数据。有关「修好了」或「优化了多少」的说法必须等真实证据。