大文件为什么慢
多数人第一反应是「网络慢」，但把一次预览拆开看，耗时其实分布在三段：服务端解析、内容传输、前端渲染。100MB 的合同和 2GB 的工程图纸，瓶颈往往不在同一段。
| 文件类型 | 典型瓶颈 | 优化方向 |
|---|---|---|
| 100MB Word 合同 | 整文件解析 + 一次性下发 | 按需分页解析 |
| 50MB Excel 报表 | 公式重算与全量单元格渲染 | 虚拟滚动 + 按需计算 |
| 300MB PPT 课件 | 图片资源体积大 | 图片压缩与懒加载 |
| 2GB CAD 图纸 | 矢量实体数量庞大 | 分级加载（LOD）+ 切片 |
服务端：异步解析与切片
同步解析意味着用户要等到整个文件处理完才能看到第一页。正确的做法是把解析拆成「先出首屏、再补细节」两阶段：
- 异步切片解析：先解析前几页并立即返回，剩余部分在后台继续处理。
- 按需解析：用户翻到哪一页再解析哪一页，避免为一次预览付出全量成本。
- 分级加载（LOD）：大图纸先返回低精度轮廓，放大时再补充细节，这是 CAD 场景的关键。
传输：分片与缓存
- 分片传输：按页或按区域下发，避免一次拉取几十兆。
- 结果缓存：同一文件的解析结果缓存复用，重复访问直接命中。
- CDN 与就近接入：静态资源与切片内容走 CDN，减少跨地域时延。
- 压缩：文本类切片开启传输压缩，图片按需转码。
前端：渐进渲染
前端拿到数据后如何渲染，同样决定体感速度。几个有效的手段：
- 虚拟滚动：只渲染可视区域的行或页，Excel 万行表格也能顺畅滚动。
- 渐进渲染：先出骨架与低清内容，再逐步替换为高清内容。
- 预取下一页：在用户阅读当前页时后台加载下一页，翻页几乎无感。
- 避免整页重排：局部更新而非整体重绘。
实测数据参考
| 场景 | 未优化 | 优化后 |
|---|---|---|
| 100MB 合同首屏 | 12 秒以上 | 1 秒内 |
| 50MB Excel 滚动 | 明显卡顿 | 流畅 |
| 2GB 图纸首屏 | 无法打开 | 1 至 3 秒出轮廓 |
| 重复访问同一文件 | 重新解析 | 命中缓存，直接返回 |
以上数据来自不同配置环境，仅用于说明优化量级，实际结果受服务器配置、文件结构与网络条件影响。
配置建议
- 为解析结果设置合理的缓存过期时间，热点文件优先常驻；
- 按并发峰值而非平均值配置服务端资源，避免高峰排队；
- 对超大文件单独设置并发上限，防止单个请求拖垮整体；
- 开启访问日志与耗时埋点，定位真实瓶颈而不是凭感觉调参。
两个常见误区
误区一：只加带宽。带宽解决的是传输，解决不了解析与渲染的耗时。误区二：只优化前端。前端再快，也等不到服务端把内容送过来。
正确的顺序是先定位瓶颈在哪一段，再针对性地投入。多数项目的实际瓶颈在服务端的解析策略上。
