为什么选型比选产品更重要
很多团队在立项时直接进入产品比价，最后卡住的往往是同一个问题：预览出来的文档和原文件不一致。文档预览不是一件「有功能就行」的事，它的天花板由技术路线决定——路线选错了，后面无论怎么调参数都补不回来。
所以在比较具体产品之前，先确定走哪条路线，通常能省掉一半的评估工作量。目前市面上能落地的方案，本质上只有三条路线。
三条技术路线速览
- 纯前端解析：文件下载到浏览器，用 JavaScript 解析 Office 的 XML 结构后自行排版。部署最轻，不需要服务端资源，但排版能力受限于前端实现。
- 依赖本地环境：调用终端或服务器上安装的 Office、WPS、LibreOffice 组件完成渲染。还原度较好，但对运行环境有强依赖。
- 服务端解析渲染：文件上传或传入地址，由服务端解析后以 HTML5 或切片形式下发。还原度、可控性与多端一致性最好，需要部署服务。
六个维度横向对比
| 对比维度 | 纯前端解析 | 依赖本地环境 | 服务端解析渲染 |
|---|---|---|---|
| Word 复杂版式 | 分页、页眉页脚易偏移 | 较接近原文件 | 按原文件版式还原 |
| Excel 公式与图表 | 公式结果常缺失 | 依赖组件版本 | 公式计算 + 图表重绘 |
| PPT 动画与触发器 | 基本不支持 | 通常转成静态页 | 按时间轴 1:1 播放 |
| 交付与部署 | 零部署依赖 | 需装组件、锁环境 | 容器化 / 私有化均可 |
| 信创与国产化 | 受浏览器实现限制 | 组件国产化适配困难 | 可适配国产 CPU 与系统 |
| 安全与权限 | 文件已下发到终端 | 受终端环境影响 | 水印、防复制、试读可控 |
各自适合的场景
三条路线没有绝对优劣，关键看业务对「还原度」和「可控性」的要求有多高。
| 路线 | 适合 | 不适合 |
|---|---|---|
| 纯前端解析 | 内部工具、低代码平台的附件预览；以 PDF、图片、Markdown 为主的轻量场景 | 公文、合同、财务表格、招投标文件等正式文件 |
| 依赖本地环境 | 终端环境完全可控、且以还原效果为第一优先的内部项目 | 信创环境、SaaS 多租户、用户终端不可控的场景 |
| 服务端解析渲染 | OA、档案、合同、招投标、报表等生产系统；需要权限与水印控制的场景 | 对服务端资源完全不能接受的极端轻量场景 |
容易被忽略的成本项
- 终端环境成本：依赖本地组件的方案，每台终端都要满足环境要求，交付与售后成本会随用户数线性增长。
- 格式覆盖成本：只支持 PDF 和图片的方案看起来够用，一旦业务方拿来 Word 和 Excel，就要重新选型。
- 安全合规成本：文件直接下发到终端，等于放弃了服务端的水印与试读控制，后续补做往往要重构。
- 迁移成本：预览能力通常嵌在业务系统深处，替换一次要动前端、后端与权限模型。
把「三年总成本」写进立项材料：软件授权只是其中一项，终端环境、运维人力与迁移成本往往更高。
一张决策清单
- 业务要预览的文件里，有没有 Word / Excel / PPT 这类重排版格式？有 → 排除纯前端路线。
- 是否有信创、国产化或内网离线的硬性要求？有 → 排除依赖本地组件的路线。
- 是否需要水印、防复制、试读页数等安全控制？需要 → 必须走服务端渲染。
- 用户终端是否完全可控且不允许装任何软件？不允许 → 排除依赖本地组件的路线。
- 是否存在 200MB 以上的大文件或高并发场景？存在 → 重点验证服务端的切片与缓存能力。
- 是否需要在内网私有化部署并支持永久授权？需要 → 提前确认授权模式与升级方式。
三个常见误区
- 「能打开就等于能预览」：打开只是第一步，分页、表格、公式、动画的可阅性才是真正的验收标准。
- 「先上轻量方案，以后再换」：预览能力嵌得很深，替换时要动前端、后端和权限模型，成本远高于一次选对。
- 「格式越多越好」：格式数量要服务于业务，真正重要的是业务高频格式的还原质量。
