如果你维护过一批从各种渠道收集上来的 Word 标书、方案文档，一定能理解页眉页脚带来的痛。有的是旧页眉里带着过期的项目名，有的是页脚自动带出上一家单位的电话，还有的首页页眉和正文页页眉根本不是一套东西。手工打开几十个文件，Ctrl+A 删掉页眉，再检查页脚有没有隐藏的页码域，这种事干过一次就不想干第二次。用 C# 写个小工具批量清理，是我能想到的最省力的解法。

这篇文章不空谈概念，直接给你能落地的方案。我会先用 OpenXML 的方式拆开 docx 看页眉页脚的真实结构，再给出完整代码删除全文档的页眉页脚，接着讲复杂情况下怎么只删某一节、怎么断掉节与节之间的继承关系，最后补充一份常见坑排查清单。如果你只是临时处理几个文件，我也准备了 Word 自动化的简化方案。无论你是刚接触文档处理的开发者，还是已经在写批量文档工具的老手，应该都能在里面找到自己需要的那块拼图。

1. 先搞清楚页眉页脚在 docx 里到底存在哪

1.1 你看到的页眉页脚，其实是一堆零件

很多人第一次接触 Word 自动化时，会习惯性地去找类似“清除页眉”的高级接口。结果翻了一圈发现，不管是哪种方案，最后都绕不开 Word 文档本身的结构。

docx 文件本质上是一个 zip 压缩包。你用解压工具打开任意一个.docx，会看到word目录下面有document.xml、header1.xml、footer1.xml、[Content_Types].xml等等文件。真正控制一页顶部和底部内容的，不是 document.xml 里的普通段落，而是独立的页眉/页脚部件。

正文和页眉页脚通过“节”里的引用关系关联起来。每节末尾都有一个sectPr节点，里面放着一堆设置：页面大小、页边距、页眉距边界距离等，以及若干个headerReference/footerReference节点。这些引用节点会指明当前节用哪个header*.xml或footer*.xml部件。

所以，页眉页脚的删除并不是简单删一段文本那么容易。你至少要处理两层信息：

• 页面布局层：sectPr里是否还引用某个headerPart或footerPart。
• 内容层：被引用的header*.xml/footer*.xml里是否还残留内容。

只改了引用不删部件，内容还留在包内，文件体积不会减小。只删部件不改引用，Word 打开时大概率提示文件损坏。两件事必须同步考虑。

1.2 删除之前先想清楚：是“清空内容”还是“整块移除”

这里有一个很容易被忽略的诉求差异。有人要的效果是“页眉区域里什么都不显示”，有人要的效果是“把页眉这些部件干脆从文档包里丢出去”。

前者操作起来相对温和，可以用 Word 自动化打开文件，把每个 section 的 Header Range 里的内容 Delete 掉。此时 header 引用还在，页眉区域保留为一个空区域，底部可能留一条空白线，但不会显示旧内容。

后者更彻底，需要把sectPr里的headerReference/footerReference全部移除，再把对应的HeaderPart/FooterPart从包里删除。这个方案无界面、无弹窗、速度快，尤其适合服务器批量跑。

严格来说，“清空内容”和“整块移除”是两种做法。我处理批量文档时默认选择后者，因为文件更干净，也不容易残留旧内容。后面我会先讲 OpenXML 的整块移除方式，再讲 Word 自动化的清空方式。

2. 方案对比：改 XML、Word 自动化、第三方库

2.1 如果只是偶尔处理一两个文件

如果一年也碰不上几次这种需求，那直接用 Word 自动化最顺手。启动 Word 进程，依次打开文档，遍历Sections，把每个 section 的Headers和Footers里的内容清掉，保存关闭即可。

这个方案最大的优势是学习成本低，不用理解 docx 内部结构。最明显的缺点是必须装 Word 程序，而且 COM 对象释放不干净时，后台会堆一堆 WINWORD.EXE 进程。在个人电脑上跑一次没问题，放到生产服务器上用，稳定性会让人头疼。

2.2 批量处理时我更推荐直接改包

直接在 zip 包层面改 XML 听起来很底层，但 OpenXML SDK 把大部分复杂性封装好了：打开文档包、定位部件、修改sectPr、删除关系，都有现成接口。不需要安装任何 Office 软件，也不会有弹窗和进程残留，适合做成 Web 服务或定时任务。

第三方商业文档库也提供了类似能力，但有的需要授权费用。如果你的项目预算有限，或者不希望引入额外依赖，OpenXML 是性价比最高的路线。

下面用一张表简单对比：

我个人的经验是：只要规模超过 20 个文件，或者有自动化部署需求，就不要犹豫，直接上 OpenXML。它能给你最大的可控制性。

3. 用 OpenXML 直接改包：全文档页眉页脚一键清除

3.1 创建项目并安装 SDK

先建一个标准的 .NET 控制台项目或类库。在项目文件所在目录执行：

dotnet add package DocumentFormat.OpenXml

如果你用的是旧式packages.config项目，也可以直接在 NuGet 包管理器里搜索DocumentFormat.OpenXml安装。版本建议用 2.20 以上，接口比较稳定。

新建一个HeaderFooterRemover.cs文件，先引入必要的命名空间：

using DocumentFormat.OpenXml.Packaging; using DocumentFormat.OpenXml.Wordprocessing;

3.2 删除所有节里的引用

第一步是去掉文档中所有sectPr里的HeaderReference和FooterReference。

一个文档里可能有多个节，每个节对应一个w:sectPr。它可能出现在w:body末尾，也可能出现在某个段落的w:pPr中。用Descendants<SectionProperties>()可以把这两类都捞出来。

public static void RemoveAllHeaderFooterReferences(WordprocessingDocument doc) { var body = doc.MainDocumentPart?.Document.Body; if (body == null) { return; } var sections = body.Descendants<SectionProperties>().ToList(); foreach (var section in sections) { section.RemoveAllChildren<HeaderReference>(); section.RemoveAllChildren<FooterReference>(); } }

注意Descendants<T>()是深度遍历，会返回文档里所有嵌套层级的sectPr，包括节中的节。ToList 是为了避免在遍历过程中修改集合导致异常。

3.3 清理物理页眉页脚部件

只去掉引用还不够，MainDocumentPart里可能还挂着多个HeaderPart和FooterPart。这些部件仍然占着包内的空间，而且如果之前在别的位置有关系引用，清理不干净容易出问题。

public static void RemoveAllHeaderFooterParts(WordprocessingDocument doc) { var mainPart = doc.MainDocumentPart; if (mainPart == null) { return; } foreach (var headerPart in mainPart.HeaderParts.ToList()) { mainPart.DeletePart(headerPart); } foreach (var footerPart in mainPart.FooterParts.ToList()) { mainPart.DeletePart(footerPart); } }

这里必须先把引用删干净，再删 part。否则删除 part 时关系还残留在 document.xml 里，Word 打开时就会报“文件已损坏”的错误。

3.4 完整工具方法

把上面两步合并成一个完整的入口方法，最好再加上备份逻辑。

using DocumentFormat.OpenXml.Packaging; using DocumentFormat.OpenXml.Wordprocessing; public static class HeaderFooterRemover { public static void RemoveAllHeadersAndFooters(string filePath) { // 先备份，防止误操作改坏源文件 File.Copy(filePath, filePath + ".bak", true); using (var doc = WordprocessingDocument.Open(filePath, true)) { RemoveAllHeaderFooterReferences(doc); RemoveAllHeaderFooterParts(doc); doc.MainDocumentPart?.Document.Save(); } } private static void RemoveAllHeaderFooterReferences(WordprocessingDocument doc) { var body = doc.MainDocumentPart?.Document.Body; if (body == null) { return; } var sections = body.Descendants<SectionProperties>().ToList(); foreach (var section in sections) { section.RemoveAllChildren<HeaderReference>(); section.RemoveAllChildren<FooterReference>(); } } private static void RemoveAllHeaderFooterParts(WordprocessingDocument doc) { var mainPart = doc.MainDocumentPart; if (mainPart == null) { return; } foreach (var headerPart in mainPart.HeaderParts.ToList()) { mainPart.DeletePart(headerPart); } foreach (var footerPart in mainPart.FooterParts.ToList()) { mainPart.DeletePart(footerPart); } } }

调用方式很简单：

HeaderFooterRemover.RemoveAllHeadersAndFooters(@"C:\temp\input.docx");

跑完这段代码，整个文档所有页眉页脚会被彻底移除。处理完后，Word 打开应该看不到任何页眉页脚内容，文件体积也会小一些。

4. 只删除某一节的页眉页脚：关键在“断开继承”

4.1 节与节之间的继承关系

实际需求往往比“全删”更细。比如标书正文页要保留页眉，但附录部分的页眉必须清掉。这种时候，直接全局删除引用就不合适了。

Word 的节默认继承规则是：如果当前节的sectPr里没有headerReference，那么它会沿用前一节的页眉设置。也就是说，一个节没有页眉引用，不代表它没有页眉。

这个继承机制坑过不少人。很多人以为删掉目标节的headerReference就完事了，下一页眉却还在。原因就是目标节本来就没定义自己的页眉，它是从上一节“继承”过来的。你要断掉这段继承，就必须给目标节显式加一个空的headerReference。

4.2 定位目标节

先通过Descendants<SectionProperties>()找到所有节。如果你能确定目标节是第几个，可以用索引访问。比如处理第三个节：

var sections = body.Descendants<SectionProperties>().ToList(); var targetSection = sections[2]; // 第三个节

这里有个细节需要留意：sectPr的顺序不等于页面上的绝对顺序。分节符里的sectPr代表它之前那一节的设置，而body末尾的sectPr代表文档最后一节的设置。所以按顺序处理时，需要先弄清文档结构。

更稳妥的方式是直接遍历，拿你自己定义的判断条件去匹配。例如某节开头的段落包含特定文字，或者该节用了特定的页面方向，就在循环里判断。

4.3 给目标节创建空页眉并断开继承

假设你要把目标节的页眉设置成“无”，正确做法是给目标节添加一个空的 HeaderPart，然后让该节引用这个空 part。这样后续节不会再继承前一节的内容，同时新 part 本身也没有任何文本。

public static void ClearHeaderForSection(MainDocumentPart mainPart, SectionProperties targetSection) { var headerPart = mainPart.AddNewPart<HeaderPart>(); headerPart.Header = new Header(new Paragraph()); var headerReference = new HeaderReference { Type = HeaderFooterValues.Default, Id = mainPart.GetIdOfPart(headerPart) }; // 先移除旧引用，再挂上新的空引用 targetSection.RemoveAllChildren<HeaderReference>(); targetSection.Append(headerReference); }

需要说明的是，.AddNewPart<HeaderPart>()会自动为主文档部件创建一条新关系，GetIdOfPart会拿到这个关系的 id。HeaderReference里的Id必须是合法的关系 id，否则 Word 会认为引用指向不存在的内容。

如果你只是想让某一节恢复“没有页眉”，同时前面节还需要正常显示，用上面的空引用方案最安全。修改完成后保存文档，目标节的页眉区域就断开了和前文的继承。

4.4 首页与奇偶页的特殊情况

Word 的页眉页脚不止一种。普通节里的页眉页脚可能同时存在“首页页眉页脚”“奇数页页眉页脚”“默认页眉页脚”三类。它们由sectPr里的titlePg和evenAndOddHeaders属性控制。

当这两个属性存在时，同一个节里会分别出现不同type的引用：

• Default对应普通页
• First对应首页
• Even对应偶数页

删除时需要把这些引用都处理到。一个技巧是直接删除该节下所有HeaderReference和FooterReference，再根据需求决定是否添加空引用。如果只是全文档清除，用之前第 3 章的方法即可；如果按节处理，不要漏掉First和Even类型。

targetSection.RemoveAllChildren<HeaderReference>(); targetSection.RemoveAllChildren<FooterReference>();

这句会把该节下所有类型的引用都移除。若你要保留某个类型，就得先判断节里是否有EqualsAny的筛选，不要粗暴地全删。

5. 当你想省事：Word 自动化的简化方案

5.1 通过 ProgID 启动 Word

如果不想深入 OpenXML，或者你处理的文档是.doc老格式而不是.docx，直接用 Word 自动化也许更快。虽然 Word 对象模型在处理页眉页脚时只能清内容，不能真正删除引用部件，但对多数业务场景已经足够了。

在 C# 里可以不用显式引用互操作程序集，用动态类型加 ProgID 启动 Word：

dynamic wordApp = Activator.CreateInstance(Type.GetTypeFromProgID("Word.Application")); wordApp.Visible = false;

这样做的好处是不需要在项目里配置 COM 引用，缺点是代码里不能获得编译期智能提示，属性名拼错了要等运行时报错才能发现。

5.2 遍历节清空页眉页脚

下面是一段清空所有 section 页眉页脚的简化代码：

dynamic wordApp = Activator.CreateInstance(Type.GetTypeFromProgID("Word.Application")); wordApp.Visible = false; dynamic doc = wordApp.Documents.Open(@"C:\temp\input.doc"); foreach (dynamic section in doc.Sections) { // 1 对应主页眉，2 对应首页，3 对应偶数页 section.Headers[1].Range.Delete(); section.Headers[2].Range.Delete(); section.Headers[3].Range.Delete(); section.Footers[1].Range.Delete(); section.Footers[2].Range.Delete(); section.Footers[3].Range.Delete(); } doc.Save(); doc.Close(); wordApp.Quit();

这里把 1、2、3 当成了WdHeaderFooterIndex的枚举值。由于不同版本 Office 对枚举类型定义一致，一般情况下可以这么用。但为了稳妥，生产代码里最好定义枚举常量，不要写魔法数字。

注意一点：Range.Delete()只清空内容，不会让页眉区域彻底消失。如果页眉里设置了下边框线，清空后边框线可能还留在页面上，需要额外处理边框属性。

5.3 COM 对象释放和进程残留

用 Word 自动化最大的隐患是进程残留。明明代码跑完了，任务管理器里却躺着几个WINWORD.EXE删不掉。原因是wordApp、doc这些 COM 包装对象没有及时释放。

简化处理的写法看起来方便，但每次循环里的section实际上都是临时 COM 对象。如果循环很多，一定要及时Marshal.ReleaseComObject。最简单的做法是尽量把所有操作放在同一个方法里，最后统一释放：

System.Runtime.InteropServices.Marshal.FinalReleaseComObject(doc); System.Runtime.InteropServices.Marshal.FinalReleaseComObject(wordApp);

还要保证即使代码中途报错，也能进入回收流程。用 try/finally 包住整个操作，在 finally 里释放对象并调用Quit。

如果你处理的是上千个文档，我不建议用这个方案。Word 进程每打开一次文件都会带来不可控的内存占用，长时间运行后崩溃率明显上升。

6. 常见问题与排查实录

6.1 删了 part 之后 Word 提示文档损坏

这个问题几乎都出在“删除引用”和“删除部件”的顺序上。你必须先删除所有HeaderReference和FooterReference，再删除HeaderPart和FooterPart。如果反着来，document.xml里还保留着指向不存在 part 的关系，Word 打开时就会报错。

还有一个小坑：如果同一个HeaderPart被多个节引用，其中一个节的引用还没删干净，最终也会报错。保险起见，先执行一次RemoveAllHeaderFooterReferences，再执行RemoveAllHeaderFooterParts。

6.2 页眉内容已经不在 XML 里，但页面还显示旧内容

常见原因是浏览器或缓存。Word 打开文档后有时会使用“最近打开的版本”或者读取了未刷新的页眉缓存。排除这个问题，可以先确认文档是否真的只有一份副本。很多时候你修改的input.docx是一个快捷方式，或者 Windows 资源管理器里还有同名副本。

另一个原因是节继承。你删除了目标节的引用，却没有删除它继承来源节的引用。前面已经说过，没有headerReference的节默认沿用前一节。如果前一节还有页眉，目标节自然还会显示。这时候要给目标节显式加一个空引用，才能真正断开。

6.3 页脚里残留页码域

页脚里最常见的“隐藏内容”是页码域。页脚文字可能被删掉了，但PAGE域还在，换页后页码照样会显示。在 OpenXML 里检查一下 footer 的 XML，看有没有w:fldSimple或w:instrText包含PAGE字段。删引用时把整个 footer 部件删掉是最省事的。

6.4 .doc 老格式怎么处理

OpenXML 方案只对.docx（以及不包含宏的dotx）有效。老的.doc格式是二进制存储，必须通过 Word 自动化或者商业转换库先转成.docx，再执行后续删除逻辑。

有些项目里会混入.docm，也就是带宏的 Word 文档。用 OpenXML 打开也支持，但保存时要注意保留宏部件，否则另存后宏会丢失。最简单的做法是在操作前判断扩展名，把.docm单独走另一套逻辑。

6.5 加密与只读文档

处理加密文档时，WordprocessingDocument.Open会直接抛异常。需要先用密码打开副本，或者让用户手动解除保护。只读文件也要先去掉只读属性。建议在工具入口处统一处理：

File.SetAttributes(filePath, FileAttributes.Normal);

另外，批量处理前务必备份。我的习惯是把源文件复制到一个backup目录，而不是在同目录生成.bak。因为如果源文件本身被其他程序锁定，File.Copy可能失败，但失败时你至少能及时发现，不会破坏原始文件。

最后说一点个人实际操作中的体会

页眉页脚删除看起来是个再简单不过的小功能，真做起来却有不少隐藏细节。尤其是“节继承”和“首页/奇偶页单独设置”这两个概念，不拆开文档亲眼看一遍 XML，很难理解为什么同样的代码有时生效有时不生效。

如果让我给一个最稳妥的组合建议：批量处理.docx用 OpenXML，涉及.doc老格式或复杂排版需求用 Word 自动化，权限和备份放在最前面。不要试图用一套代码覆盖所有文件类型，先判断文件格式，再走对应分支，这样维护起来最省心。

我还在工具里加了一个小功能：处理完文件后顺手输出每个文件里被删除的页眉页脚数量。因为很多业务场景需要确认“到底删掉了几组内容”，有个计数结果，你后续做数据核对会方便很多。这个实现很简单，在遍历HeaderParts和FooterParts时统计数量即可，但这个小细节能节省不少排查时间。