在本地拆分 .docx
四种已保存标记、预览，以及全部章节或所选章节的免费 ZIP。
本地处理 · 不上传 · OpenXML
保存文件需要 JavaScript。下面的说明写在页面 HTML 里。
或把一份 .docx 放在这里。
压缩不超过 100 MB，展开不超过 250 MB。一次一份 .docx。
| 项目 | 这个浏览器 | 服务器上传 | 手工 |
|---|---|---|---|
| 引擎 | 浏览器内的 JavaScript。不是 WebAssembly，也不是服务器上传。 | 上传工具会把压缩包发送出去。 | Word 在桌面程序里打开文件。 |
| 模式 | H1 到 H3、分页符、分节符、字面关键词，或每 N 个非空段落。 | 服务器可以在收到文件后使用它自己的规则。 | 你也可以手工切开文档。 |
| 限制 | 压缩 100 MB，展开 250 MB。等于上限可以通过。 | 本页不替其他服务公布配额。 | Word 自己的内存限制是另一回事。 |
| 关系 | 复制该章能够到达的样式、编号和媒体，包括页眉和页脚。 | 上传服务可能把未使用的媒体一起保存。 | Word 保留它已经打开的包。 |
| 边界 | 不是物理页码，不刷新域，也不是像素级复制。图表不一定都在 word/media。 | 远程排版结果也可能不同。 | Word 的版式仍可能和这里的导出不同。 |
这一页怎么工作
选择标记
选择标题级别、分页或分节、字面关键词，或段落数。至少保留一个标题级别。
查看预览
每张卡片显示标题、导出文件名、字数和段落数。不会编造页数。
保存部分
保存单个 .docx，或全部章节、所选章节的 ZIP。名称使用前 15 个字素，例如 01-Chapter 1.docx。
内部原理
拆分器是这个浏览器里的 JavaScript，不是 WebAssembly，也不会上传文件。.docx 是 ZIP 包。工具读取 word/document.xml，只按包里已经写下的标记切开。标题模式可以同时使用 H1、H2 和 H3。表格里的标题不会变成切分点，表格保持完整。分页模式识别 w:br 且 type 为 page，包括同一个 run 里的分页符。分节模式识别段落上的 w:sectPr。正文末尾的 sectPr 是这一节的属性，不会再变成空章。这些分隔来自文件里的布局，不是 Word 排出来的物理页码。关键词模式匹配段落开头：第、数字、然后是章、节、回，或整词“部分”；英文是 Chapter 或 Section 加数字。自定义关键词只是字面前缀，不是用户正则表达式。段落模式按每 N 个非空正文段落分组，默认 30。表格里的段落不计数，表格也不拆开。空段落保留，但不计数。保存时重建 [Content_Types].xml、word/document.xml 和 word/_rels/document.xml.rels。样式和编号会随该部分带走。图片、页眉或页脚只有被该部分的关系引用时才复制，其余媒体不带上。并不是每张图表都在 word/media 里。批注会去掉。域和修订按原标记保留，不会重新计算。文件名使用标题的前 15 个 Unicode 字素，例如 01-Chapter 1.docx。可以保存单个部分或 ZIP。压缩上限 100 MB，展开上限 250 MB。结果不是与 Word 像素级一致的副本。
问题
哪些拆分模式是真的？
标题 H1 到 H3、显式分页符、段落分节符、默认或自定义的字面关键词，以及固定数量的非空正文段落，都已经实现。
表格和表格里的标题会被拆开吗？
不会。表格保持完整。表格里的标题或分隔不是切分点，表格内段落也不计入 N。
导出和 Word 完全一样吗？
不是。它是浏览器生成的 OpenXML 包。域可能需要 F9，修订按原标记保留，版式不承诺与 Word 像素级一致。
隐私方面可以怎么说？
文档在本地处理，这个拆分器不会上传。这不是 GDPR 或 CCPA 合规认证。