一、定位：多级目录是「域」，不是一段普通文字

很多人第一次在 WPS 文字里做目录时，常常会把它当成一个排版效果来处理，于是先把文字手动调成加粗、放大、居中，再去找「插入目录」。结果目录要么是空的，要么只收录了其中一部分段落。问题的根源在于，目录的本质是一个域（Field，即一段由软件按既定规则自动计算、并且可以随时重算的内容块），它读取的对象是每个段落的大纲级别，而不是字号、颜色或者是否加粗。标题样式（标题 1、标题 2、标题 3……）之所以能驱动目录，是因为这批样式本身就和大纲级别做了绑定。

因此，「WPS 文字怎么通过标题样式自动生成多级目录」这个问题，实际上可以拆成两个互相独立的动作：第一，让希望出现在目录里的段落挂上正确的层级；第二，让目录把这些段落抓取出来，并在正文变动之后重新同步。前者决定目录「有没有内容」，后者决定目录「准不准」。两者缺一不可，而且顺序不能颠倒——先有结构，再谈生成。

判断一段文字是否真的进入了文档结构，最快的办法是打开导航窗格看一眼：能出现在左侧层级树里的段落，才真正具备大纲级别。这一步比盯着目录反复重建要高效得多。

这里的边界值得提前讲清楚：如果只是把一段文字手动改成「加粗 + 放大 + 居中」，它看起来像标题，但大纲级别仍然是「正文文本」，目录不会收录它。这也是「我明明设置了标题，目录却是空的」最常见的成因。把这一点想通，后面所有操作都会变得顺理成章。

二、版本差异：桌面端、移动端、网页端的能力分布并不均匀

WPS 文字覆盖 Windows、macOS、Android、iOS 以及网页版等多个端，但「生成多级目录」这件事的能力分布并不均匀。截至当前的最新版本，完整的目录生成、自定义与更新能力集中在桌面端；移动端与网页端更偏向阅读和轻量编辑。这一点在设计工作流时必须提前考虑，否则很容易出现「在电脑上做好的目录，换到手机上一改标题就乱了」的情况。

根据经验性观察，移动端通常能够正常显示文档中已经存在的目录，并支持点击条目跳转到对应章节；但插入目录、调整显示级别、重建目录这类操作，一般需要回到桌面端完成。这个结论属于定性判断，不同机型与版本之间会存在差异。想要自行验证，可以用下面的方法：

1. 在桌面端用标题样式生成一份带三级目录的文档，保存到云端。
2. 用手机端 WPS 打开同一份文档，观察目录是否可见、条目是否可点击跳转。
3. 在手机端尝试选中标题并应用「标题 1」样式，然后观察目录是否同步变化。
4. 记录下哪些操作生效、哪些操作没有入口，形成自己的端能力清单。

网页版（金山文档）的情况更依赖具体版本与账号类型，部分入口可能随版本调整。稳妥的做法是：把结构性的工作固定在桌面端完成，移动端只承担查看与轻量修改，不在移动端做目录级别的结构调整。

三、前置准备：动目录之前，先把文档结构理干净

3.1 先写完内容，再补结构

一个常见的效率陷阱是「边写边调目录」。每改一次标题就更新一次目录，不但打断思路，还会让人误以为目录功能不稳定。更合理的顺序是：先把正文写完，再统一套用标题样式，最后插入目录。这样只需集中处理一次结构，返工成本最低。

如果文档已经写到一半才发现层级混乱，也不必推倒重来。可以打开导航窗格，从头到尾浏览一遍，把该升的升、该降的降，导航窗格会实时反映层级变化，让你像整理文件夹一样整理文档骨架。

3.2 只维护一套标题样式，不要混用

文档里同时存在「标题 1」和一份手工加粗的大字号标题，是目录出问题的另一个高发原因。正确做法是让所有同级标题都使用同一个样式。这样当你需要统一调整字号或间距时，只需修改一次样式定义，全文同步生效，目录也不会因为样式不统一而出现层级错乱。

什么时候不该强行统一？如果文档里存在大量引用块、图表说明、脚注标题，这些内容通常不应该出现在目录中。它们更适合使用自定义样式并保持大纲级别为「正文文本」，而不是硬塞进标题体系。

四、桌面端最短操作路径：从标题样式到多级目录

4.1 第一步：套用标题样式

选中需要成为章节标题的段落，切到「开始」选项卡，在「样式」组中点击「标题 1」；二级标题点「标题 2」，三级标题点「标题 3」。如果样式库里没有直接显示，可以点击样式组右下角的展开按钮，打开完整的样式面板再选择。

在多数桌面版本中，也支持用快捷键快速套用：Ctrl+Alt+1 对应标题 1，Ctrl+Alt+2 对应标题 2，Ctrl+Alt+3 对应标题 3。这属于经验性观察，不同版本或输入法占用情况下可能无效；如果按键没有反应，直接在样式库中手动点击即可，不必纠结。

4.2 第二步：插入目录

把光标放在希望目录出现的位置——通常是封面之后、正文之前，并且建议单独占一页。随后切到「引用」选项卡，点击「目录」，在下拉菜单中选择插入目录相关的命令。部分版本在下拉中还会提供额外入口（例如「智能目录」），其具体行为以你实际安装的版本为准，本文不对此做功能承诺。

如果在下拉里选择的是自定义目录，会弹出一个对话框，可以设置显示级别、是否显示页码、页码是否右对齐、制表符前导符样式等。默认显示级别通常为三级，这也正好对应标题 1 到标题 3。

4.3 第三步：更新目录

目录插入之后，正文的任何增删改都不会自动反映到目录上，需要手动触发更新。常用方式有三种：一是把鼠标移到目录区域，通常会在左上角出现「更新目录」按钮；二是选中目录后按 F9；三是在目录上点击右键，选择与更新域相关的命令。更新时一般会让你选择「只更新页码」还是「更新整个目录」——如果只是内容位置挪动、标题文字没变，选前者更快；如果增删了章节，选后者。

五、平台差异对照表

下表整理了各端在目录相关操作上的大致能力分布。需要强调的是，这只是一种经验性归纳，具体入口与可用性请以你实际安装的版本界面为准，不同版本之间可能存在差异。

六、自定义多级目录：显示级别、前导符与目录样式

6.1 控制显示到第几级

假设你在写一份产品需求文档，正文里用到了四级标题，但目录只希望展示到三级，避免目录本身占掉两三页。做法是在插入目录时选择自定义目录，把「显示级别」由默认值改为 3。此时四级及以下标题仍然保留在正文结构中，只是不进入目录。

反过来，如果一份技术手册层级很深，需要展示到四级甚至更多，也可以把显示级别调高。但这里有一个取舍：目录越长，读者定位的效率越低。经验性观察是，超过三级的目录在大多数阅读场景下收益并不明显，除非文档本身有强导航需求。什么时候不该提高显示级别？当同级标题数量很多、且标题文字较长时，目录容易变得臃肿，此时更合适的做法是精简标题层级，而不是把目录做全。

6.2 目录本身的字体怎么改

很多人会直接选中目录里的文字把字号改小，结果下次更新目录时又变回原样。原因是目录条目由「目录 1」「目录 2」「目录 3」这类专用样式控制，直接改文字属于覆盖格式，一旦重建就会丢失。正确路径是修改对应的目录样式：在样式面板中找到目录相关样式，右键选择修改，再调整字体、字号与段落间距。

这个做法的好处是可逆、可复用。改完之后，即便反复更新目录，外观也保持一致。验证方法也很直接：修改目录样式后，按 F9 更新整个目录，观察字体是否回退——如果不回退，说明样式修改生效了。

七、迁移步骤：从手动伪目录与 Word 文档搬过来

7.1 把手工目录换成自动目录

如果你接手了一份「目录是靠手打和空格对齐」的文档，迁移思路是先拆后建：先给正文的各级标题套上标题样式，再删除手写目录，最后插入新的自动目录。顺序不能反——先插目录再套样式，会得到一份内容空空的新目录，反而更混乱。

操作前建议先另存一份副本。手写目录里往往藏着人工整理的页码信息，虽然这些信息即将失效，但保留副本可以在出现意外时回溯。

7.2 从 Word 文档迁移

WPS 文字可以直接打开常见的 Word 文档格式，并且能识别其中基于标题样式生成的目录域。打开之后，目录一般可以正常显示与更新。需要注意的是，如果原文档使用的是自定义样式名，或者目录域中包含一些特殊参数，WPS 的呈现结果可能与原软件略有差异。

迁移完成后，建议做一次核对：逐级检查目录条目与正文标题是否一一对应，重点看编号是否连续、页码是否指向正确页面。如果发现条目缺失，多半是原文档中部分标题没有绑定大纲级别，而不是转换本身出了问题。

八、兼容性：跨端、跨格式会有哪些差异

目录作为域，其「存活」状态和承载格式密切相关。下表列出常见场景下的表现差异，供交付前自查。

有一个容易被忽略的细节：把目录整体删除后，正文的标题样式并不会消失，层级结构仍在。这意味着目录随时可以重新生成，不必担心「删了就找不回来」。真正需要谨慎的是把整个文档另存为纯文本或去掉格式的格式，那一步会真正抹掉结构信息。

九、编号与目录的联动：多级列表为什么老出问题

用 WPS 写长文档时，章节编号（第一章、1.1、1.1.1）通常通过多级列表来实现。如果编号是手动敲进去的，那么当标题顺序调整时，编号不会跟着变，目录里显示出来的编号也会与正文对不上。更麻烦的是，手动编号一旦被误删，目录条目会显得残缺。

更稳妥的做法是把多级列表与标题样式绑定：在「开始」选项卡中进入多级列表设置，将第一级关联到标题 1、第二级关联到标题 2，依此类推。这样编号由软件自动维护，插入或删除章节时编号会自动重排，目录中的编号也会随之同步。

什么时候不该用自动编号？如果文档只是内部草稿、章节顺序频繁变动且不对外发布，手动编号的维护成本有时反而更低。但只要文档需要交付、审阅或归档，自动编号带来的收益就会明显超过配置成本。

十、页码体系：分节符、封面与目录页的页码

多级目录的页码经常「看起来不对」，其实问题往往不在目录，而在页码体系本身。一个规范的文档通常有三段页码逻辑：封面不编页码，目录页用罗马数字，正文从第 1 页重新开始。要实现这种结构，需要在封面之后、目录之后分别插入分节符（「布局」选项卡下的分隔符，选择下一页分节符），然后在各节中独立设置页码格式与起始页码。

之所以强调分节，是因为页码格式是按节生效的。如果不分节，整份文档共用一套页码规则，正文就无法从 1 重新计数，目录里显示的页码自然也对不上读者的直觉。

验证方式很简单：插入分节符并设置页码后，翻到正文第一页，确认显示为 1；再回到目录更新一次，检查目录中的页码是否与正文实际页码一致。如果一致，说明页码体系是通的；如果正文页码正确但目录仍是旧值，那就是没有更新目录，而非结构问题。

十一、更新机制的边界：什么时候目录不会自动变

目录不会自己「活」起来，这是很多人对它的主要误解。只要发生了以下任意一种变动，就需要手动更新：增删了带标题样式的段落、修改了标题文字、调整了页面设置导致内容分页变化、修改了目录的显示级别设置。反过来，如果仅仅是修改正文中非标题段落的文字，且没有引起分页变化，页码通常不受影响。

这里有一个实用的判断规则：凡是影响「有哪些条目」或「条目在第几页」的改动，都需要更新；只影响正文措辞而不改变篇幅的改动，一般不需要。按这个规则判断，可以避免频繁重建目录带来的无谓开销。

还有一类情况需要特别留意：当文档被其他人打开并另存后，目录域可能会被转换为静态文本（取决于对方使用的软件与保存选项）。此时目录外观正常，但已经失去自动更新能力。判断方法是把光标移入目录区域，看是否会出现更新按钮或是否能按 F9 唤起更新提示；如果毫无反应，说明它已经变成普通文字，需要重新插入。

十二、故障排查：现象 → 原因 → 验证 → 处置

下面这张表按「先看现象、再找原因、然后验证、最后处置」的顺序整理了几类高频问题。建议按行逐一核对，不要一上来就删掉目录重建，那样很容易把已经正确的结构一起清掉。

排查过程中有一个原则值得坚持：先确认「结构层」是否正确，再检查「显示层」。结构层就是大纲级别与样式绑定，显示层则是目录的显示级别、前导符、字体。绝大多数看似复杂的问题，根源都在结构层。

十三、适用与不适用场景清单

并不是所有文档都值得上一套多级目录。判断标准可以归纳为「篇幅、层级、复用」三个维度。

• 适合使用自动目录：篇幅超过十余页、有明确的两到三级层级、需要在多轮修改中反复交付的文档，例如方案书、技术手册、毕业论文、项目验收材料。
• 可以先用简单目录：篇幅中等、层级只有一到两级、更新频率低的文档，插入一级目录即可满足导航需求。
• 不建议使用自动目录：单页通知、通告类短文、一次性使用的说明材料。这类文档插入目录反而占用版面，增加阅读负担。

另一个容易被忽略的边界是协作场景。如果文档由多人分头撰写且没有统一模板，标题样式的使用习惯很难一致，目录就会出现层级忽深忽浅的情况。此时要么先统一模板再分头写，要么安排一人在合并后统一梳理结构，而不是指望目录自动处理混乱。

十四、最佳实践检查表

把前面的要点压缩成一份可执行清单，交付前照着走一遍，基本可以覆盖绝大多数问题。

1. 确认全文标题只使用标准标题样式，没有手工伪标题混入。
2. 确认多级列表已与标题样式绑定，编号可以自动重排。
3. 确认封面、目录、正文之间已插入分节符，页码规则各自独立。
4. 确认目录的显示级别与文档实际层级匹配，不多不少。
5. 确认目录字体通过目录样式修改，而不是直接选中文字改格式。
6. 交付前更新一次目录，并在导航窗格中快速核对层级是否完整。
7. 导出 PDF 前再更新一次，导出后翻阅目录页确认条目标题与页码。
8. 把定稿文件另存一份保留域结构的版本，便于后续修订。

这份清单的价值不在于步骤本身，而在于把「结构层」和「显示层」分开检查的习惯。养成这个习惯之后，排查任何一份陌生文档的目录问题都会快很多。

十五、常见问题 FAQ

十六、结论与下一步

回到最初的问题：WPS 文字怎么通过标题样式自动生成多级目录，核心其实只有一条主线——先用标题样式让段落获得大纲级别，再用目录命令把这些段落抓取出来，最后在每次结构性改动后更新一次。剩下的显示级别、前导符、字体调整，都属于这条主线的可选项，而不是必经步骤。

真正区分新手和熟练使用者的，不是记住了多少个菜单入口，而是理解了「结构层」和「显示层」的分工。前者决定目录里有什么，后者决定目录长什么样。把这两层分开处理，绝大多数目录问题都会在几分钟内定位清楚。

下一步建议你找一份手头现有的长文档做一次完整练习：先打开导航窗格梳理层级，再统一套用标题样式，然后插入目录并调整为需要的显示级别，最后插入分节符设置正文页码并更新目录。走完这一遍，这套流程就会变成肌肉记忆。之后无论文档规模多大，你都能在几分钟内交出结构清晰、页码准确的成稿。从经验性观察看，跨端目录能力可能会逐步趋于一致，但“先有结构、再谈显示”的逻辑不会改变，具体入口仍请以实际安装的版本为准。