在数字世界中，速度是用户体验的货币。我们期望网页在毫秒内加载，视频即时流式播放，应用响应迅速。然而，当涉及到在线查看大型文档——例如 500 页的医学报告或复杂的建筑图纸——用户往往被迫等待。

他们盯着加载指示器。他们等待 “processing...” 条。他们看到页面一块块缓慢渲染。

这种等待是设计决策，而非物理定律。在线文档查看器 运行在 Doconut 引擎上，该引擎会先准备用户当前看到的页面，其余页面在阅读时继续加载。

为什么传统查看器慢

要了解为何某些查看器卡顿，需要看看它们的工作方式。

客户端负担重： 有些查看器尝试将整个 PDF 或文件下载到浏览器，并使用 JavaScript 渲染。对于 100 MB 的文件，这意味着用户必须等完整个 100 MB 下载完毕后才能看到第 1 页。
转换效率低： 另一些在服务器上先将整篇文档转换为图像再展示。转换 1,000 页需要时间，导致首次渲染被延迟。

加速的秘密：按需流式传输

Doconut 采用更智能的方式：页面级流式传输。

当用户打开文档时：

先渲染首页： 引擎渲染可见页面并发送，使文档在其余文件处理完之前就已打开。
后台处理： 当用户阅读第 1 页时，服务器在后台悄悄准备第 2、3 页。
矢量优化： 与其发送沉重的原始位图，Doconut 可以发送优化后的 SVG 数据，轻量且在放大时仍保持完美清晰，不会出现像素化。

关键性能指标

如果你在评估查看器，请在自己的文件上测量以下指标，而不是盲目相信标题：

首字节时间 (TTFB)： 服务器响应有多快？
首页时间 (TTFP)： 用户感知的查看器速度，以及实际用户感受到的速度。
滚动流畅度： 是否能在 100 页文档中平滑滚动而不出现卡顿？
冷启动 vs 热启动： 热运行会掩盖首次处理的成本。两者都要测试。

使用相同的机器、浏览器、网络配置和文档集对每个候选者进行测试，并报告分位数而非平均值。中位数会隐藏那些导致支持工单的慢文档。

带宽友好

速度不仅关乎 CPU，还涉及网络传输。

移动端： 只流式传输当前可见的页面，意味着手机不会下载永远读不完的文件。
矢量优势： 发送优化后的矢量数据而非大型位图，可在任意缩放下保持技术图纸的清晰，而不会产生沉重的负载。

在您自己的最慢文件上尝试

最真实的基准是今天让你烦恼的文件。打开它在 OnlineDocumentViewer.com 并观察首页何时出现。

在此之前需要了解两个限制。每种格式的上传都有上限——PDF、PSD、TIFF、Visio、EPUB 与图片为 25 MB，Excel、PowerPoint 与 Project 为 20 MB，Word 为 15 MB，CAD 与邮件为 10 MB，HTML、XML 与文本为 5 MB——因此真正巨大的扫描文件会被直接拒绝，而不是慢慢渲染。文件在查看后会被删除：没有缓存保留你的文档给下一个访问者，因为根本不存在下一个访问者。

结论

感知速度来源于一个决定：先准备读者正在看的页面，在他们阅读时继续准备其余页面。这就是让大型文档感觉是“已打开”而不是“正在加载”的关键。

对于超出上述限制的文件，或可能不离开你网络的文档，同样的引擎可作为 Doconut SDK 授权使用，运行在你的硬件上，你可以根据接受的最大文件尺寸来配置机器。