功能定位：为什么“拆分”和“书签”常被拆开说#
在 WPS PDF 组件里，“拆分”解决的是文件体积与权限颗粒度问题，而“书签”解决的是导航结构问题。过去两个命令各自独立：拆分后书签全部丢失，需要手动再建；保留书签又只能整份导出，无法按页或按章拆离。2026 春季版把两者合并到同一面板，但入口藏得深，默认不勾选保留项，导致很多用户以为功能无效。
版本演进：从 2022 到 2026 的拆分策略变化#
经验性观察：2022 版及更早采用“物理切割”逻辑，书签表写入在文件尾，拆分即相当于把尾巴丢掉；2024 版起改为“对象级复制”，只要勾选“保留导航元素”就能把对应节点一起写进新文件；2026 春季版进一步把“保留书签”提到一级面板，并支持按书签层级批量命名。换句话说，越早的版本越“暴力”，越新的版本越“精细”，但默认选项依旧保守，需要用户显式确认。
桌面端（Windows / macOS）最短路径#
- 打开待拆 PDF → 顶部菜单「PDF 工具」→「拆分」；
- 在右侧任务窗格选「按书签层级」或「按页数」；
- 勾选「保留原书签」（默认不勾，此步易遗漏）；
- 设定输出文件夹 → 点击「开始拆分」。
整个流程 4 步即可完成，但第 3 步是成败关键：漏勾即意味着导航信息被丢弃，后续只能手动重建。
Android / iOS 端路径差异#
移动端没有完整的多文件拆分，只能“提取页面”生成单份新文件。若需保留书签，必须回传到电脑端操作；经验性结论：手机端提取后书签 100% 丢失，官方社区回复“移动端暂不支持导航对象写入”。因此，外出时若收到“请按章拆分并保留目录”的需求，最佳做法是直接标记回电脑处理，而非在手机上反复尝试。
场景映射：什么时候“保留书签”非勾不可#
① 教材/标书：按章拆分发给不同老师审阅，对方仍需点击书签跳转到子节；② 审计底稿：总稿拆成 20 份工作底稿，每份都要保持原目录结构，方便 CPA 工具读入；③ 法律归档：一份 2000 页尽调报告拆成 5 卷，法院要求电子卷宗内仍可直接定位条款。以上场景的共同点是“拆分后仍需导航”，一旦书签丢失，阅读效率将大幅下降。
例外与取舍：四种情况建议不保留书签#
- 文件原本无书签，勾选后徒增空表，体积反而+2~3 KB；
- 拆分粒度比书签层级更细（例如每 2 页一份），保留后会出现大量“死节点”，点击时报“目标页面不存在”；
- 输出供打印厂拼版，拼版系统只认页码，不认导航，保留书签无意义；
- 需做二次加密上传，书签表含敏感文字（如客户姓名），保留会泄露元数据。
一句话总结：当“导航价值”低于“维护成本”或“安全风险”时，果断放弃保留。
可复现验证：如何确认书签真的被带过去了#
步骤：拆分完成后，任选一个子文件 → 用 WPS 打开 → 左侧导航面板若出现原层级缩进→ 点击任意节点能跳转到对应页 → 成功。若面板空白，但「书签」按钮可点，说明仅写入空表；若按钮灰色，说明程序未写入导航对象。验证过程不超过 30 秒，却能在分发前及时止损。
批量自动化：命令行与 JSO 接口现状#
截至当前的最新版本，官方未放出公开命令行参数；经验性观察，安装目录下 PDFToolpdfconsole.exe 支持 --split 但无 --bookmark 开关。若需批量，可录制「拆分」宏，但宏录制器不会记录勾选状态，仍需人工干预。第三方 AutoIt 脚本可模拟勾选，需承担版本迭代导致坐标偏移的风险。换言之，自动化仍处“灰色地带”，生产环境建议半自动：脚本负责命名与归档，人工负责确认勾选。
性能与耗时：1000 页、800 个书签的测试参考#
在 i7-1260P + 16 GB 环境，输出 10 份百页文件，勾选保留书签比不勾选多耗时约 30%（经验性观察：数十秒内完成）。若书签数量 >2000 节点，耗时增幅可能升至 60%，建议先清理空节点再拆分。对于日常百页级任务，等待时间尚可接受；若面对万页级、节点过万的工程文件，最好夜间挂机处理，并预留 2~3 倍时间裕量。
常见故障排查表#
| 现象 | 最可能原因 | 验证方法 | 处置 |
|---|---|---|---|
| 拆分后书签全空白 | 未勾选保留 | 回看任务窗格，复选框为空 | 重新拆分并勾选 |
| 子文件打不开 | 文件名含特殊符号 | 把输出路径改为全英文 | 改名后重试 |
| 节点点击无响应 | 拆分粒度细于书签 | 查看节点目标页号是否超出 | 改用“按书签层级”拆分 |
最佳实践 6 条检查表#
- 拆分前先备份，WPS 采用原地写入失败时可能损坏原文件；
- 用「打印预览」核对原书签是否完整，避免把错误结构带进去；
- 如需按章拆分，优先选「按书签一级节点」，自动生成“章标题.pdf”命名；
- 输出路径避免同步盘根目录，KuafuSync 2.0 实时上传会占用拆分句柄导致失败；
- 拆分后随机抽检 2 份子文件，确认书签可跳转再批量分发；
- 超过 5000 节点的巨型书签，建议先用「PDF 优化」删除空节点，再执行拆分。
以上 6 步形成闭环，可将“结构丢失”风险压到最低，也能在出现意外时快速定位环节。
不适用场景清单（准入红线）#
- 加密 PDF 含“禁止提取”权限，WPS 会弹窗阻止，必须先用合法途径解除；
- 扫描版 PDF 书签实为图片，WPS 无法识别为导航对象，保留勾选无效；
- 文件已用区块链签批生成链上编号，拆分后哈希变化，签批自动失效；
- 政府电子公文包（OFD 双格式）（WPS 仅支持 OFD 查看，不支持拆分）。
遇到上述红线，应直接改用专业权限移除工具、OFD 专用套件或回到签发系统重新制发，而非在 WPS 里反复尝试。
FAQ：保留书签拆分的高频疑问#
拆分后能否再合并，书签会不会重复？#
用 WPS「PDF 合并」会把多份书签顺序追加，不会自动去重；若章节同名，会出现两个同级节点，需要手动整理。
Mac 版勾选保留书签后程序崩溃怎么办？#
官方已在 12.8.2 补丁修复，确认升级后关闭「记忆上次窗口大小」选项，再重新拆分即可。
能否只保留部分书签到子文件？#
目前策略是“全量复制”，不支持选择性保留；如需精简，只能拆分后再用「书签管理」删除多余节点。
总结与下一步行动#
WPS PDF 一键拆分保留书签的核心只有一句话：勾选“保留原书签”。但入口隐蔽、版本差异大，拆分前务必确认粒度与权限，拆分后抽检导航有效性。若文件涉区块链签批或 OFD 双格式，请改用专用工具链。看完本文，立刻打开一份待拆 PDF，按桌面端 4 步路径操作一遍，把这份检查表另存为笔记，下次 30 秒就能完成百页级拆分且零结构丢失。
未来版本预期：官方社区透露后续可能开放命令行 --bookmark 开关，并支持“部分节点保留”模式。功能正式落地前，建议持续关注更新日志，并先在测试环境验证脚本稳定性。
