合并尚未提供
这个计划页面不会合并文档。下面的控件不会执行合并。
本地处理 · 不上传 · OpenXML
保存文件需要 JavaScript。下面的说明写在页面 HTML 里。
这个计划页面不会合并文档。下面的控件不会执行合并。
这里不能拖入合并。放入文件也不会上传，更不会合并。
| 项目 | 这个浏览器 | 服务器上传 | 手工 |
|---|---|---|---|
| 状态 | 当前不可用。挂上这个视图只是为了说明计划。 | 本页不会上传压缩包。 | 你仍可以在 Word 里自己合并。 |
| 批量 | 没有公布。未实现的工具不会被写成无限制。 | 不会为未运行的工具编写上传配额。 | Word 的文档大小不由本页决定。 |
| 未来的包 | 以后的设计会重映射 word/_rels/document.xml.rels，并可能哈希相同的 word/media 字节。 | 服务器合并需要先收到文件。本页不发送。 | 在已打开的文档之间复制不使用本页。 |
| 图表和样式 | 不是每张图表都在 word/media。样式和表格冲突不承诺无损。 | 远程合并也可能改变样式。 | Word 用它自己的规则处理冲突。 |
| 现在 | 按钮只会说明什么都没有处理。 | 不会传输任何内容。 | 如果现在就要合并，请使用 Word。 |
这一页怎么工作
先看计划状态
合并当前不可用。这个路由不是换了标题的拆分器。
不要期待结果
选择文件或点击按钮不会生成合并后的 .docx，也不会上传。
真要处理时用拆分器
拆分页可以把一份 .docx 在本地切开。它不会合并文件。
内部原理
合并功能当前不可用。下面说的是以后可能的设计，不是现在能运行的功能。因为没有执行合并，所以也不会上传。若以后在本地用 JavaScript 实现，而不是 WebAssembly，它会按你排好的顺序拼接多份 word/document.xml 的正文，并重写 word/_rels/document.xml.rels 里的关系 ID，避免样式、页眉和图片互相覆盖。word/media 里完全相同的字节可以用内容哈希只留一份。这个哈希不能覆盖所有图表，因为有的图表在独立的 chart 部件和关系图里，不在 word/media。[Content_Types].xml 必须为留下的每个部件登记。基本段落样式和整张表格可以带走，但两份文档可能把同一个样式 ID 定义成不同效果，这种冲突不能承诺无损。编号、域和分节也可能变化。由于功能还没有实现，不能编造批量上限，也不能写成无限制。100 MB 压缩和 250 MB 展开只属于已经可用的拆分器。
问题
可以在这里合并文件吗？
不能。合并仍在计划中，当前不可用。按钮不会生成文档。
以后的合并会无损吗？
没有这种承诺。即使重映射关系 ID 并保留基本样式和表格，样式冲突和部分图表仍可能无法按原样解决。
图表都是 word/media 里的文件吗？
不是。有些图片在 word/media。图表可以位于文档引用的 chart 部件，因此媒体哈希覆盖不了每张图表。
有批量上限吗？
没有公布，因为合并器并不运行。这不是无限制文件的承诺。