OFD 和 PDF 的区别（对比表）
OFD 与 PDF 同属版式文档（排版固定、呈现一致），但一个是中国的国家标准（GB/T 33190-2016），一个是国际标准（ISO 32000），从文件结构到签名体系都不同。 核心区别如下表：
| 维度 | OFD | |
|---|---|---|
| 出身 | Adobe 1993 年定义，2008 年成为 ISO 32000 | 中国国家标准 GB/T 33190-2016 |
| 文件结构 | 二进制语法，对象流交错 | ZIP 容器 + XML，人类可读 |
| 签名体系 | 国际 PKI（RSA 等） | 国密 SM2/SM3/SM4，电子签章国标配套 |
| 浏览器支持 | 各大浏览器原生渲染 | 无原生支持，必须自备引擎 |
| 生态成熟度 | 三十年积累，工具遍地 | 十年量级，集中在政务财税场景 |
| 主要场景 | 通用文档、出版、国际交换 | 电子公文、数电票、电子档案 |
结构决定门槛
OFD 解析就是解压加读 XML，实现一个基本引擎的门槛相对低；PDF 三十年积累下来的加密体系、交叉引用流、从 CCITT 到 JPEG2000 的各家图像编码、七种字体格式，全是转换管线上的硬仗。这也是为什么市面上的 OFD 工具做「预览」的多、做「PDF↔OFD 双向转换」的少——那是两个量级的工程。
生态决定市场
浏览器原生认识 PDF，不认识 OFD。「在网页里看 OFD」因此不是伪需求，而是每个涉公文、涉发票的业务系统都要解一次的题——解法从桌面阅读器到云端服务再到开源方案，选型指南在这里。
什么时候需要互转
- OFD → PDF：发给没有 OFD 阅读器的同事/客户、通用设备打印；
- PDF → OFD：公文/票据归档入国标版式、叠加国密签章。
常见问题
OFD 能取代 PDF 吗？
不是取代关系。OFD 在中国政务、财税、档案场景是法定/事实标准；PDF 在通用文档领域仍是全球标准。两者长期并存，双向转换是常见需求。
PDF 转 OFD 后签名还有效吗？
无效。原 PDF 的签名数据不会带入 OFD，转换后需按 OFD 国密体系重新签署。
为什么浏览器能直接看 PDF 却看不了 OFD？
各大浏览器内置了 PDF 渲染引擎，但没有内置 OFD 引擎——网页里看 OFD 必须自备渲染内核（如本站的 WASM 引擎）。
浏览器直接打开 OFD——不上传、免安装：
进入在线预览 →