前端性能优化有个反直觉的盲区——用户感知的"快"和实际传输的"快"是两回事。

正方：流式渲染是体验升级

传统做法等整个JSON返回才渲染，用户盯着白屏发呆。流式方案让数据包边到边画，首屏时间从"下载完"变成"第一个字节到达"。

这对列表页、聊天窗口、实时仪表盘尤其明显——用户先看到骨架，再看到内容填充，心理等待时间被切割成碎片。

反方：复杂度换体验，值不值？

流式处理要改数据层、状态管理、错误边界。后端接口不支持分块传输就白搭，前端还得处理"半拉数据"的渲染异常。

小团队维护成本陡增，且对SEO不友好——爬虫看到的是残缺内容。

判断：场景选对，工具才对

这不是银弹。内部工具、实时性强的后台系统值得投入；内容型站点、SEO敏感页面，传统方案更稳。

技术选型永远看 trade-off 的边界在哪，而非追逐新API本身。