先说结论：这十分钟花在哪，省在哪
很多人搜「WPS 文档如何设置多级标题并自动生成目录」，真正卡住的往往不是找不到按钮，而是没弄清自己动的是哪一层的东西。常见的失败现场大同小异：标题靠手动加粗、手动放大字号，编号靠手敲的「1.1」「1.2」，写完之后再手动打一份目录、手动填页码。第一稿看着没问题，等到第二稿删掉一个中段、又加进两页内容，整篇的编号和页码就开始集体错位，改动量随页数线性上升。
正确的路径只有一条：先给段落一个「身份」，再让格式、编号、目录都从这个身份里长出来。身份在 WPS 文字里就是标题样式（标题 1、标题 2、标题 3……），目录只是把这些身份按级别收集起来生成的一张带页码的清单。换句话说，你维护的是身份，清单自己会跟着变。
从成本角度看，这套流程的投入集中在前十分钟：定义好两三级标题的字号、段距、是否与下段同页，绑定一次多级编号，插入一次目录。之后的每一次修订，你需要付出的只是「更新一下目录」这一下点击。反过来，如果一份文档预计会经历三轮以上修改、或者页数超过十几页，那么省下来的返工时间通常已经超过学习成本。这个判断在文末还会展开成一张检查表；在那之前，先把几个最容易混淆的概念拆开看。
先把三个概念分清楚：样式、大纲级别、目录
在动手点按钮之前，值得花两分钟理解这三者的关系：样式决定段落的身份，大纲级别决定它能不能进目录，目录只是前两者在某一刻生成的快照。绝大多数「目录是空的」「目录里混进了正文」的问题，根子都在这里，而不在目录功能本身。
标题样式传递的是身份，不是长相
在「开始」选项卡的样式区里点一下「标题 1」，看起来只是把字变粗变大了，但它实际做了两件事：一是把一段排版格式（字体、字号、段前段后距、行距）挂到这段文字上，二是给它打上一个可以被程序识别的标记。前者是长相，后者才是身份。
这个区别在修改时立刻显现。假设你的二级标题原本是四号黑体，写到一半发现全篇偏挤，想改成小四宋体加 6 磅段前距。如果这些标题是手动排的，你得逐一选中、逐一改，还得祈祷没有漏掉一段；如果它们是套用样式的，只要右键样式区里的「标题 2」，选择「修改样式」，把字号和间距改一次，确认后全篇所有二级标题同时生效。文件越长、层级越多，这个差距越明显。
这里有一个容易被忽略的边界：样式修改是「全篇覆盖」的，它不区分你想要的和不想要的。如果文档里有人把一段正文误套成了标题 1，你在修改标题 1 的样式时，那段正文也会跟着变形。所以清理误用样式，应该放在调整格式之前做，而不是之后。
大纲级别才是进入目录的门槛
目录并不认识「标题 1」这个名字，它认识的是大纲级别。WPS 文字中，标题 1、标题 2、标题 3 这几种内置样式默认已经绑定了对应的大纲级别（1 级、2 级、3 级），所以套了样式就能进目录。而任何一段普通正文，默认的大纲级别是「正文文本」，也就是不参与目录。
这个机制带来两个实用推论。第一，如果你的标题是用自定义样式做的（比如公司模板里的「章标题」「节标题」），只要在它的段落设置里把大纲级别指定成 1 级、2 级，同样可以进目录，不必强行改成内置的标题 1。第二，如果目录里冒出了不该有的段落，八成是那段文字的样式或大纲级别被动过，而不是目录出了 bug。
验证方法很直接：把光标放到可疑段落里，打开「开始」选项卡里的段落设置对话框，看「大纲级别」这一项显示的是「正文文本」还是某一级。如果是后者，改成「正文文本」，再回到目录上更新一次，那一条就会消失。这条路径在不同版本的 WPS 中入口位置可能略有差异，若找不到，可先在样式区确认该段是否被套了标题类样式。
目录是一份快照，不是实时视图
在「引用」选项卡里插入的自动目录，本质上是文档里的一个域（field）。它在插入的那一刻扫描全篇的大纲级别，把标题文字和对应页码抓下来，排成一张带前导符的清单。之后你改了标题文字、增删了段落、页码发生了变化，这份快照都不会自己刷新——必须手动触发更新。
理解这一点，很多「奇怪现象」就解释得通了：为什么我改了标题、目录却没变？为什么导出的 PDF 页码和屏幕上的对不上？为什么同事打开我的文档说目录是空的？答案几乎都指向同一件事——快照过期了。
桌面端最短路径：三次操作搭好骨架
以下路径以 Windows 桌面版 WPS 文字为基准，截至当前的最新版本界面大体一致，个别版本的按钮文案可能有细微差别，请以实际界面为准。
第一步：给段落套上标题样式
选中你的章标题文字，切到「开始」选项卡，在样式区点击「标题 1」；选中小节标题，点击「标题 2」；以此类推。整个过程不需要你先调字体，样式自带一套默认格式，后面再统一改。
如果你习惯用键盘，可以尝试 Ctrl+Alt+1、Ctrl+Alt+2、Ctrl+Alt+3 这三个组合键，它们分别对应标题 1、2、3。经验性观察：这三个快捷键在多数桌面版本中可用，但并非所有版本都保证响应；如果按下后没有变化，回到样式区点击即可，功能等价。验证方式是套用后看一眼「视图」选项卡里打开的导航窗格，左侧应该立刻出现对应的条目。
第二步：改样式而不是改文字
骨架搭好后，右键样式区里的「标题 1」，选择「修改样式」。在这里设置字体、字号、段前段后间距、行距。有两个选项值得重点关注：一是「与下段同页」，勾上它可以避免标题孤零零地留在上一页底部而正文翻到了下一页；二是「段前分页」，如果你的章标题希望永远另起一页，勾它比手动插分页符更稳，因为删改内容时它不会失效。
同理处理「标题 2」「标题 3」。建议一开始就把三级的字号阶梯定下来（比如一级二号、二级三号、三级四号），因为后期再调层级关系，视觉上的连带影响会更大，返工的半径也更大。
第三步：插入自动目录
把光标放到你要放目录的位置（通常是封面之后、正文之前），切到「引用」选项卡，点击「目录」，在下拉里选择内置的自动目录样式。WPS 会立即扫描全篇带大纲级别的段落，生成带页码和前导符的目录。
如果生成的是空白，不要急着重插。先打开导航窗格，看看左侧有没有标题条目：有，说明是目录没抓到（可能是插入位置在某个特殊区域）；没有，说明标题根本没套样式，回到第一步。
让编号自动跟着章节走：把多级列表绑到标题样式上
到这一步，很多人会遇到第二个坎：标题的字体对了，但「第 1 章」「1.1」「1.1.1」这些编号还是手敲的。手敲的编号在插入或删除章节时必然错乱，而目录会忠实地把错误的编号也抓进去，于是错误被放大了两遍。
做法是：在「开始」选项卡找到编号按钮旁的下拉箭头，展开后选择多级列表相关选项，进入定义新多级列表的界面。在这里，把级别 1 链接到样式「标题 1」，把级别 2 链接到「标题 2」，把级别 3 链接到「标题 3」，并分别为每一级设定编号格式（比如一级用「第 1 章」、二级用「1.1」、三级用「1.1.1」）。确认之后，编号就变成了样式的一部分。
为什么值得多花这一步？示例：一份五十页的技术方案，写到评审前夜被要求把第三章和第四章调换顺序。如果编号是手敲的，你得改至少十几个标题的数字，还要担心目录里的编号没同步；如果编号绑定了样式，你只需要把两章内容整体剪切粘贴，编号会自动重排，更新一次目录即可。这类改动的频次越高，绑定带来的收益越明显。
边界也要说清楚：绑定是有副作用的。一旦编号挂到了样式上，所有套用该样式的段落都会带上编号，包括你临时用来做小标题的那些。如果发现全篇正文突然都冒出了数字，多半是某个级别被误链到了「正文」样式上。回退方法是在同一个多级列表设置界面里，把该级别的「链接到样式」改回无样式，再逐段检查。
分平台路径对照：桌面是主战场，移动端是阅读器
排版这件事，桌面端和移动端的分工非常明确。多级标题的定义、样式的批量修改、多级列表的绑定，这些操作在手机上做体验极差；而移动端的价值在于打开文档后能通过目录快速跳转阅读。把两者混为一谈，是很多人在手机上折腾半小时却无功而返的原因。
| 平台 | 套用标题样式 | 插入与更新目录 | 适合做什么 |
|---|---|---|---|
| Windows 桌面版 | 「开始」选项卡样式区直接点击 | 「引用」选项卡插入，右键目录选择更新域 | 完整排版与结构治理 |
| macOS 桌面版 | 顶部菜单的「开始」中同样提供样式列表 | 「引用」中插入目录，更新入口文案可能略有差异 | 完整排版，界面措辞与 Windows 不完全一致 |
| Android / iOS 移动版 | 可在工具面板中做基础文字格式调整，样式能力有限 | 以查看与跳转已生成的目录为主 | 通勤途中阅读、批注、轻量改字 |
| 网页 / 协作版 | 基础编辑能力随版本与账号类型变化 | 目录能力随版本变化，建议以客户端为准 | 多人评审、评论收集 |
说明：上表中移动端与网页版的入口位置随客户端版本和账号类型差异较大，属于经验性归纳。若你需要在移动端确认某个文档是否带可用目录，可复现的验证步骤是：在桌面端生成并更新目录后保存，用移动端打开，查看是否能在导航入口中看到与正文一致的条目列表。
目录的进阶配置：显示到第几级、前导符怎么设
内置的自动目录样式通常显示三级标题，但如果你的文档层级很深，或者只想在目录里露出两级，就需要进到自定义目录的设置里调整。
操作路径是：在「引用」选项卡点击「目录」，选择自定义目录相关的选项，在弹出的对话框里设定「显示级别」。这个数字决定了目录抓取到第几级大纲级别。此外还可以控制是否显示页码、页码是否右对齐、以及标题文字与页码之间用什么前导符（点线、虚线、实线）。
这里要提醒一个常见误操作：有人为了让目录里少几行，把三级标题的样式删掉了，结果正文里的三级标题全变成了普通段落，导航窗格里的层级结构也跟着塌了。删目录条目应该调显示级别，而不是删标题样式，前者只影响目录这一张快照，后者会伤到文档骨架。
至于什么时候该用三级、什么时候两级就够：如果一份文档的正文里，三级标题平均每两页出现不到一次，那它在目录里就是噪音，建议只显示两级；反过来说，如果三级标题承载了读者定位信息（比如操作步骤的每个子环节），那么保留三级是有价值的。这没有固定标准，取决于读者是通读还是检索。
封面不出现页码、目录用罗马数字：分节符的正确用法
正式文档通常有三段前置内容：封面、目录、正文。理想状态下，封面不显示页码，目录用罗马数字或不编号，正文从阿拉伯数字 1 开始。做到这一点，靠的是分节符而不是分页符。
做法是：在封面末尾插入一个「下一页分节符」，在目录末尾再插入一个。分节符的入口通常在「插入」或「页面布局」选项卡下的「分隔符」中，具体位置因版本而异。分节完成后，把光标放到正文第一页，进入页码设置，选择页码格式，将起始页码设为 1。因为分节符把文档切成了独立的节，正文的页码重新起算不会影响前面两节。
为什么必须用分节符？因为分页符只是视觉上的换页，它不切分页码体系。用分页符做的文档，正文第一页仍然接着封面的页数往下排，页码从 3 或 4 开始，读者翻到正文看到的第一个数字就不是 1。这个错误在打印稿上尤其显眼。
边界提醒：分节符会带来一个副作用——如果你在某一节里设置了页眉页脚，新插入的节可能默认「链接到前一节」，导致页眉跟着变。检查方式是双击正文页的页眉区域，看是否处于链接状态，如果是，断开链接再单独设置。
更新目录的时机与它带来的副作用
更新目录的操作很轻：在目录上右键，选择「更新域」（部分版本在选中目录后，上方会出现浮动的更新按钮），然后在弹出的选项里选择「只更新页码」或「更新整个目录」。前者适合只增删了内容、标题文字没变的情况；后者适合标题层级或文字有改动的情况。
什么时候必须更新？经验上可以记住四个节点：内容定稿时、打印前、导出 PDF 前、发给外部人员前。前三者关系到交付物的准确性，最后一个关系到对方看到的第一印象。一份目录页码全错的文档，无论内容多扎实，都会让人怀疑你有没有通读过。
副作用也要提前知道。第一，更新整个目录会覆盖你对目录本身做过的任何手工调整——如果你曾经在目录里手动改过某一行文字、调过某个缩进，更新后就没了。第二，当标题条目积累到上百条时，更新动作会带来可感知的停顿，文档越大越明显，建议在更新前先保存一次。第三，如果文档中有人误把正文套成了标题样式，更新后这些段落会一起涌进目录，让清单变得臃肿——这时候的正确处置是回去清理样式，而不是在目录里手删。
还有一个容易被忽视的点：目录是域，域可以被转换成静态文本。转换之后它就是一串普通文字，不再随正文变化，好处是排版绝对稳定，坏处是彻底失去自动更新能力。是否提供该转换入口因版本而异，且该操作通常不可逆，建议在副本上尝试。只有当文档已经彻底定稿、不再修改，且要交给不做二次编辑的人时，才值得考虑。
什么时候不该用自动目录
这套流程并非万能。以下几种场景里，强行上自动目录反而是负担。
- 文档只有两三页、章节不过三四个。手工敲一份目录可能比配置样式更快，而且不用担心更新遗漏。
- 终稿要交给专业排版或印刷环节，后续结构还会大改。排版方往往有自己的样式体系，你给的自动目录到那边会被整体替换，前期投入的样式治理等于白做。
- 目录需要高度定制，比如中英对照、条目带摘要说明、双栏排布。自动目录的模板能力有边界，超出边界后维护成本反而更高。
- 协作方不熟悉样式概念，且会在文档里大量手工改格式。他们会不断破坏结构，你需要反复修复，沟通成本超过收益。
反过来，判断是否值得用自动目录，有一个简单的问题可以问自己：这份文档在我交付之前，还会不会经历「增删章节」级别的修改？如果答案是会，那就值得；如果答案是交付后永不再动，且只此一版，手工目录也能接受。把这个判断放在项目启动时做，比写到一半再纠结要省事得多。
故障排查：六种常见现象与对应处置
下面这张表按「现象—可能原因—如何验证—如何处置」的顺序组织。排查时建议严格按顺序走，不要跳过验证直接改，否则容易把小问题改成大问题。
| 现象 | 可能原因 | 验证方法 | 处置 |
|---|---|---|---|
| 插入目录后一片空白 | 标题只是手动加粗放大，没有套样式 | 打开导航窗格，看左侧是否有条目 | 逐段套用标题样式后，重新更新目录 |
| 目录里混进了正文段落 | 该段的大纲级别被设成了某一级 | 光标置于该段，打开段落设置看大纲级别 | 改为「正文文本」，更新目录 |
| 目录条目顺序与正文不符 | 部分标题的大纲级别与视觉层级不匹配 | 在导航窗格中对比层级缩进是否与预期一致 | 统一套用对应级别的标题样式 |
| 目录页码与正文对不上 | 分节后页码未重排，或目录未更新 | 翻到正文首页，看页码是否从 1 开始 | 进入页码格式设置起始页码，再更新目录 |
| 更新后目录格式全乱了 | 先前在目录内做过手工改字或改缩进 | 对比更新前后条目文字的差异 | 删除目录重新插入，用自定义目录调层级而非手改 |
| 导出 PDF 后页码错位 | 导出前没有执行更新 | 打开 PDF，抽查两三个条目的页码 | 回到原文档更新整个目录，重新导出 |
如果以上都排查过仍然异常，可以做一个隔离测试：新建一个空白文档，只写三段文字、套上标题 1 和标题 2，插入目录看是否正常。如果新文档正常而原文档异常，说明问题出在原文档的样式定义或节的设置上，而不是功能本身；如果新文档也异常，则需要考虑客户端版本问题，可尝试更新到最新版本或换一台设备复现。隔离测试的意义在于，它能把「文档的问题」和「环境的问题」分开，避免在错误的方向上反复试探。
验证与回退：把改坏的代价压到最低
样式治理有一个特点：它改的是全局，所以一旦改错，影响面也是全局的。因此在动样式之前，建议先另存一份副本，把原始版本留作对照。这不算谨慎过度，而是一分钟就能做完的事。
改完之后如何验证结构是否正确？最省事的办法是用导航窗格做一次通读。展开导航窗格，逐条看左侧的标题列表：条目数量对不对、层级缩进对不对、顺序与正文是否一致。这三项都对，说明骨架没问题；再抽查目录里两三个条目的页码，页码对得上，说明目录也同步了。整套验证不超过两分钟。
如果改坏了，回退的手段有三层，按代价从小到大排列。最轻的是撤销，连续的格式误操作通常可以直接回退；其次是重新指定样式，把出问题的段落重新套用正确的标题样式，覆盖掉错误格式；最重的是删掉目录重新插入，这会丢失你对目录的所有自定义设置，但不会影响正文内容。真正不可逆的只有把域转成静态文本这一步，所以对它的态度应该是能不碰就不碰。
性能与成本：什么规模才值得上这套流程
把这件事当成一笔投资来算，会更清楚何时该做、何时可以偷懒。投入端是学习与配置时间，产出端是每一次修订省下的返工时间。决定这笔账是否划算的，主要是四个变量：预计页数、章节数量、后续修订轮次、协作人数。
经验上可以这样设阈值：文档预期超过十几页、或者章节数超过五个，就值得走样式流程；如果还能预见到三轮以上的修订，那么它从「值得」变成了「必须」；如果同时有多人参与编辑，那么它从「必须」变成了「前提」——因为多人协作时，样式是唯一能让所有人对结构保持一致的载体，手动格式在合并时必然打架。
测量方法不需要多复杂，关键是可复现。想知道更新目录要花多久，可以在文档定稿状态下用手机秒表记录一次「更新整个目录」从点击到完成的时间，重复三次取感受上的一致性即可——这是个定性指标，不必追求精确到毫秒。想知道目录条目有多少，展开导航窗格数一数，或者直接看目录生成后的行数。想知道页码是否可靠，导出一份 PDF，随机抽五个条目翻过去核对。这三项检查做完，你对自己文档的排版健康度就有了判断。
需要提醒的是，文档体积增大后，更新目录的等待感受会变明显，这属于结构性开销，与设备性能也有关系。这种延迟的具体数值因文档规模与设备而异，本文不给固定数字，建议用上面的方法自行测量。
最佳实践检查表
把前面所有内容压缩成一份可以照着走的清单，交付前过一遍，能避开绝大多数坑。
- 开写之前先定层级：最多三级，超过三级通常意味着结构需要拆分。
- 标题只通过样式设置，不用手动加粗放大代替。
- 样式修改统一在「修改样式」里做，勾选「与下段同页」，章标题考虑勾选「段前分页」。
- 章节编号绑定到多级列表并链接标题样式，不手敲数字。
- 封面、目录、正文之间用分节符分隔，正文页码从 1 起算。
- 目录显示级别按读者检索需求设定，删条目靠调级别不靠删样式。
- 内容定稿、打印前、导出 PDF 前、外发前，各更新一次目录。
- 更新后抽查两三个条目页码，同时用导航窗格确认层级结构无异常。
- 重要文档改动前另存副本，保留可回退的基线。
- 域转静态文本只在终稿且不再编辑时考虑，操作前务必确认已备份。
这份清单的价值不在于全部照做，而在于每一项都对应着一类真实发生过的问题。你可以根据自己的文档规模裁剪，但建议至少保留第 2、4、7 三条——它们覆盖了最常见的三类返工。
常见问题解答
插入了自动目录，为什么显示是空的？
我改了标题文字，目录为什么没有跟着变？
在手机上能完成多级标题和目录的设置吗？
目录里能只显示到二级标题吗？
为什么导出的 PDF 目录页码和正文对不上？
下一步：把这套方法固定成模板
读到这里，你已经掌握了从样式定义、多级编号绑定到目录插入与更新的完整链路。真正让这套方法产生复利的一步，是把它沉淀成模板：新建一个空白文档，按你的使用习惯调好三级标题的字号与间距，绑定好多级列表，插入一个空目录，另存为模板文件。下次再写长篇文档，从模板起步，前十分钟的配置成本就变成了零；写得越多，这笔投入被摊得越薄。
如果你手头正好有一份旧文档结构混乱，建议按这个顺序处理：先另存副本，再用导航窗格通读一遍找出结构断点，然后批量套用样式，绑定编号，最后删掉旧目录重新插入。不要试图在旧目录上修修补补，重建的成本往往更低，结果也更干净。结构清楚之后，后面的修订就只剩内容本身的事了。
