在 ASP.NET Core 中优化大文档渲染

速度即特性

当用户点击“查看文档”时，他们期望页面能瞬间加载。无论是 3 页的备忘录还是 5,000 页的法律简报，都不能等待。Doconut 专为速度而构建，但对于企业级工作负载，优化你的实现是关键。

1. 智能缓存策略

重复渲染同一页是 CPU 周期的浪费。Doconut 内置的缓存接口让你能够高效地存储已渲染的页面图像。

• 磁盘缓存：适用于配备高速 NVMe 存储的单服务器部署。已渲染的页面保存到 App_Data，随后请求时可静态提供。
• 分布式缓存（Redis）：对负载均衡的服务器集群至关重要。如果服务器 A 渲染了第 5 页，服务器 B 应能在不重新渲染的情况下提供该页。Doconut 支持自定义 ICache 实现，可直接接入 Redis 或 Memcached。

2. 懒加载与虚拟化

永不一次性发送整个文档。Doconut 使用 虚拟化滚动 方法。

• 仅请求服务器上可见的页面（加上少量缓冲区）。
• 随着用户滚动，按需获取新页面。

这确保打开 100MB 的 PDF 所需的初始加载时间大致与 1MB 文件相同。

3. 并发与线程

在 ASP.NET Core 中，资源管理至关重要。

• 并行处理：Doconut 可以利用多核 CPU 在用户阅读当前页面时预渲染相邻页面。
• 令牌管理：在不再需要时立即关闭文档句柄（objDoc.Close()），或使用 using 块，以保持内存占用低。

4. 针对特定格式的优化

• PDF：确保 “Fast Web View”（线性化）对 Doconut 并非严格必要（因为我们在服务器上渲染），但优化内部结构有帮助。
• 图像：对于巨大的 TIFF/JPEG，启用 Doconut 的 分块渲染 可以通过分块处理图像来防止 OutOfMemory 异常。

规模扩展

对于服务数千并发用户的应用，Doconut 已具备 无状态准备。通过抽象存储（S3/Azure Blob）和缓存（Redis），可以水平扩展计算实例（Kubernetes/App Service Plan），以应对任何流量高峰。

通过调优的 Doconut 实现，提供闪电般快速的文档查看。