OFD 文档合并
将多个 OFD 文档合并为一个完整文件，自动处理资源 ID 重映射、页面连续编号与元数据整合。保持版式、字体、签章完整，适用于文档汇编、票据汇总与档案整合场景。
支持 .ofd 格式，每个文件最大 500MB，至少 2 个文件
三步完成合并
上传多个 OFD
拖拽或点击选择， 支持批量上传
确认合并选项
可选设置标题/作者 引擎自动整合
下载合并结果
统一 OFD 文件， 版式签章完整保留
智能合并引擎
不仅仅是简单的文件拼接，而是完整的文档结构级整合
资源 ID 自动重映射
不同OFD文件中的字体、图片、绘制参数等资源ID自动偏移重映射，确保合并后无冲突。基板文件保持原ID，后续文件递增分配。
页面连续编号
所有源文件的页面按顺序重新编号为 Page_0 ~ Page_N，BaseLoc 自动更新，Document.xml 中的 Pages 引用完整合并。
Content.xml 自动更新
每个页面的 Content.xml 中所有资源引用（Font/ResourceID/DrawParam）会自动更新为新的ID值，保证页面能正确渲染。
资源文件去重
当多个源文件引用同名资源文件时，自动检测并重命名冲突文件，避免覆盖。共享资源（如公共字体）保留一份。
元数据整合
合并结果继承第一个文件的OFD结构（DocRoot路径、页面尺寸等）。可选自定义标题与作者，覆盖基板文件的元数据。
API 集成支持
提供 RESTful API 接口，支持通过编程方式批量合并。适用于发票汇总平台、公文汇编系统、档案管理系统等业务集成场景。
高性能合并引擎
关于 OFD 合并
合并后电子签章还能正常验证吗？
可以。合并引擎基于ZIP条目级操作，完整保留每个源文件中所有页面的签章数据和数字签名。合并后各页面的签章外观与验证状态与源文件完全一致。
不同页面尺寸的OFD可以合并吗？
当前版本以第一个文件（基板）的页面尺寸为准。建议合并前确认所有源文件使用相同页面尺寸（如A4 210×297mm）。后续版本将支持混合页面尺寸。
合并后文件大小是多少？
合并后的文件体积 ≈ 各源文件体积之和（去除重复公共资源后可能更小）。例如合并3个372KB的文件，结果约1115KB。
合并速度如何？处理大批量文件有性能问题吗？
合并操作基于ZIP条目级操作，不经过渲染管线，因此速度极快（毫秒级）。性能瓶颈主要在网络传输和磁盘I/O，而非引擎本身。
可以通过API实现自动化批量合并吗？
支持。提供POST /api/conversion/merge接口，一次请求可合并多个文件。适用于发票月结汇总、公文季度汇编等定期批量合并场景。
合并后的文档元数据（标题、作者）如何处理？
默认继承第一个文件（基板）的标题和作者。也支持用户自定义标题与作者，覆盖基板文件的元数据，方便合并后的文档管理。
