最近有个做工业软件的哥们儿问我，客户想要把设备检测数据一键导出成Word报告，要求正文宋体小四、标题黑体加粗、首行缩进两字符，还得能自动生成多级结构。他折腾了一整天，用C#操作Word文档时发现：段落要么插在了错误的位置，要么插对了位置但格式化代码怎么调都不生效，最后做出的文档像网页没加载完一样杂乱无章。这个问题我太熟了，C#操作Word的痛点几乎都集中在“精准插入”和“格式化”这两件事上。今天就把我这几年的实操经验整理出来，从对象模型讲到完整示例，帮你彻底绕开那些坑。

1. 为什么说“精准插入段落”是C#操作Word的第一道坎

1.1 技术选型：先看你手上有什么牌

开始写代码之前，第一步其实是选方案。不要把“用C#生成Word”统一想象成一种做法，实际工程里至少有四条路，各有各的脾气：

我个人在Windows桌面工具里用得最多的是COM方案，因为它是微软官方接口，和用户本机的Word行为完全一致，用户看到什么就是什么，调试也方便。但它最大的问题是依赖Office环境、性能一般、COM对象释放麻烦。如果你做的是后端服务，机器上不一定装了Office，那就老老实实考虑Open XML SDK或Aspose。文章下面的代码示例以COM为主，但思路和踩坑经验对Open XML同样适用。

1.2 段落到底是什么：Range、Paragraph与段落标记的关系

很多人写C#操作Word，卡住的原因是不理解Word的对象模型。段落（Paragraph）并不是像数据库表里那种一行一行的记录，它本质上是一段带结束标记的文本范围。这个结束标记就是段落标记，对应字符\r（回车符），在Word对象模型里是一个隐藏符号。

文档的最基本构成是：

Document（文档） └── Story（主文档故事流） └── Range（一段连续区域） ├── Paragraph[1] 文本 + 段落标记\r ├── Paragraph[2] 文本 + 段落标记\r └── Paragraph[n] 文本 + 段落标记\r

注意：Word里的段落索引是从1开始的，不是从0开始的。doc.Paragraphs[1]指的是第一段，你写Paragraphs[0]会直接抛异常。这是所有新手必踩的第一个坑。

Range是Word里最核心的概念，它代表"一段连续的字符区域"，哪怕是0长度的Range也代表文档中的某个“光标位置”。插入和格式化段落，本质上都是在操作Range。你可以把Range理解成一个带两个坐标指针（Start和End）的选区，精准插入的关键就是控制好这两个指针的位置。

2. 段落插入的三种姿势：从末尾追加到定点插入

2.1 从空文档开始，在末尾循环追加段落

最基础的需求：新建一个文档，然后逐段追加内容。很多人的第一版代码是这样写的：

Word.Document doc = app.Documents.Add(); doc.Content.Text = ""; // 清空 doc.Content.InsertAfter("第一段内容"); doc.Content.InsertAfter("第二段内容");

这样写完你会发现，第二段并不是新段落，而是接在了第一段末尾。原因很简单：InsertAfter是在Range末尾插入文本，它不会自动帮你添加段落标记。正确的姿势是维护一个“游标”Range，每插一段就手动补一个段落标记，再把游标移动到末尾：

private Word.Range GetDocumentEnd(Word.Document doc) { Word.Range endRange = doc.Content; endRange.Collapse(Word.WdCollapseDirection.wdCollapseEnd); return endRange; } // 追加一段文本 private void AppendParagraph(Word.Document doc, string text) { Word.Range cursor = GetDocumentEnd(doc); cursor.InsertAfter(text); cursor.InsertParagraphAfter(); cursor.Collapse(Word.WdCollapseDirection.wdCollapseEnd); Marshal.FinalReleaseComObject(cursor); }

这里的关键动作有两个：

• InsertAfter(text)把文本放到当前插入点；
• InsertParagraphAfter()在文本后面插入一个段落标记，让这段文本独立成段；
• 然后再Collapse(wdCollapseEnd)把游标移到文档真正的末尾，为下一次插入做准备。

其实Word文档天然以段落标记结尾，所以更稳妥的做法是初始时先把游标Collapse到End，插入文本后紧接着插入段落标记并再次Collapse。这个套路是我在大量实践中验证过的，能保证每段之间不会多出空行，也不会出现首段和最后一段粘连的问题。

如果你要一次性追加很多段，也可以拼好后一次写入，但格式化时还得逐段处理，所以循环追加+逐段格式化通常是更灵活的方式。切忌文本里自己加“\r\n”，Word的段落标记和Windows换行符在COM里不是一回事，控制不好会产生多余空段。

2.2 在指定段落前后插入新段

真正考验“精准”二字的，是在文档的任意位置插入新段落，比如“在第3段之前加一个标题段”。COM提供了两个对应方法：InsertParagraphBefore()和InsertParagraphAfter()。

以在指定段落前插入为例，标准操作是：

Word.Paragraph targetPara = doc.Paragraphs[3]; targetPara.Range.InsertParagraphBefore(); // 插入后，原来的第3段变成了第4段，新空段占据第3段的位置 Word.Paragraph newPara = doc.Paragraphs[3]; newPara.Range.Text = "这里是要插入的新标题"; newPara.set_Style(Word.WdBuiltinStyle.wdStyleHeading1);

这段代码的注意点是插入后索引会移动。你插入了一个新段，原来那个段落的位置就往后顺延了一位，你必须立刻用新的索引去拿新段落进行操作。想象一下往书架里塞书：你抽出一格，塞进一本新书，后面的书都往右移了一格，你没法用旧的位置再取到原来的书。

批量插入时这个特性更要命。如果你要在第1、3、5段分别插入内容，我的建议是从后往前插入：先在第5段前插，再在第3段前插，最后在第1段前插。这样每次插入只影响后边的段落，不会破坏你前面已经规划好的索引顺序。

InsertParagraphAfter()的逻辑完全对称，在指定段落后插入新空段，然后重新定位索引并填充内容。这段位方法在做“每一条数据后面加一个说明段”这类需求时特别顺手。

2.3 用书签和Find定位插入点

纯靠段落索引定位有个前提：文档结构是固定不变的。但实际项目里更多的情况是——“我的Word模板里有一段说明文字，我要把数据插到它后面”。此时用段落索引就是灾难，一个不小心前面多了个空段，所有索引全部错位。

我的做法是提前在模板里埋好书签（Bookmark），或者用Find查找定位。书签方式最稳：

object bmName = "DataStart"; if (doc.Bookmarks.Exists("DataStart")) { Word.Bookmark bm = doc.Bookmarks.get_Item(ref bmName); Word.Range bmRange = bm.Range; bmRange.Collapse(Word.WdCollapseDirection.wdCollapseStart); // 在书签位置之后插入新段落 bmRange.InsertAfter("第一行数据内容"); bmRange.InsertParagraphAfter(); }

这种方式在生成合同、报告、标书等“固定模板+动态数据”的场景里是王道。你只需要在Word模板里把要填充数据的位置放上书签，代码永远按照书签名去找位置，模板无论怎么改结构，代码都不用动。

如果是临时查找定位，比如根据某句关键字找到位置再插入，可以用Range.Find：

Word.Range findRange = doc.Content; findRange.Find.Execute("项目概况"); // 查找关键字 if (findRange.Find.Found) { // 此时findRange已经定位到关键字所在的Range，可以在其后插入内容 findRange.Collapse(Word.WdCollapseDirection.wdCollapseEnd); findRange.InsertParagraphAfter(); findRange.Collapse(Word.WdCollapseDirection.wdCollapseEnd); findRange.Text = "这里是补充内容"; }

注意Find.Execute执行成功后，原来的findRange会变成查找到的文字区域，需要对它重新Collapse才能定位插入点。灵活使用Find定位，可以让你的程序在没有书签的历史文档上也能精准插入。

3. 格式化段落的几个关键控制点

插入只是第一步，真正让人头大的是格式化。我见过太多代码：段落弄出来了，但字体不对、行距不对、缩进不对，按钮按下去了文档就是“不对味”。下面把这几个控制点分开拆解。

3.1 字体：中文字体为什么总是不听话

C#里给一段文本设置字体，很多人只写font.Name，结果中文文本的字体死活不生效。原因在于Word的字体设置分成西文字体和**东亚字体（中文字体）**两套，Font.Name设置的是西文字体，而中文字体要设Font.NameFarEast。

Word.Range textRange = para.Range; textRange.Font.Name = "Times New Roman"; // 西文字体 textRange.Font.NameFarEast = "宋体"; // 东亚字体 textRange.Font.Size = 12; // 小四 textRange.Font.Bold = 1; // 加粗，注意是int类型

如果你只设置Name，中文部分默认会沿用Normal样式的字体（通常是宋体），但你指定的西文字体在中文上用不上，看起来就会很乱。反过来，标题想要中英文都用黑体，则要同时设置Name和NameFarEast为“黑体”。

还有一个细节：字体名要用系统中实际安装的名字。有些服务器系统没有“微软雅黑”，你写了也白写，最终Word会用默认字体替代。生产环境务必先在目标机器上确认字体存在。

字号方面，Font.Size的单位是磅（pt）。常见对应关系：五号=10.5pt，小四=12pt，四号=14pt，三号=16pt，小三=15pt。别记混了。

3.2 对齐与缩进：让标题和正文各就各位

段落对齐用的是Paragraph.Format.Alignment，取值来自WdParagraphAlignment枚举：

para.Format.Alignment = Word.WdParagraphAlignment.wdAlignParagraphLeft; // 左对齐 para.Format.Alignment = Word.WdParagraphAlignment.wdAlignParagraphCenter; // 居中 para.Format.Alignment = Word.WdParagraphAlignment.wdAlignParagraphRight; // 右对齐 para.Format.Alignment = Word.WdParagraphAlignment.wdAlignParagraphJustify; // 两端对齐

缩进这一块是重灾区。左缩进/右缩进用LeftIndent和RightIndent，单位是磅；首行缩进有两种方法：FirstLineIndent（磅值）和CharacterUnitFirstLineIndent（字符单位）。中文排版习惯是“首行缩进2字符”，建议直接用字符单位，省得自己去换算磅值：

// 推荐：按字符缩进，直接设置2字符 para.Format.CharacterUnitFirstLineIndent = 2; // 或者按磅值设置（假设正文小四=12pt时，2字符约等于24磅，但不精确） para.Format.FirstLineIndent = 24;

什么情况下会出问题？你用字符单位缩进，但设置了特殊行距或字体大小变化时，Word会自动根据字符宽度调整缩进，这是最符合国人排版习惯的方式。而用磅值，换一次字体大小缩进就“失真”了。

悬挂缩进（项目符号里常见）的写法是：左缩进一个固定值，首行缩进取负值：

para.Format.LeftIndent = 18f; // 左缩进18磅 para.Format.FirstLineIndent = -18f; // 首行反向缩进，实现悬挂

3.3 段落间距与行距：看起来不挤也不空

段落间距就是段前段后，行距决定行与行之间的距离，这三个值直接决定文档的“呼吸感”。

para.Format.SpaceBefore = 6f; // 段前6磅 para.Format.SpaceAfter = 6f; // 段后6磅 // 行距：单倍行距 para.Format.LineSpacingRule = Word.WdLineSpacing.wdLineSpaceSingle; // 1.5倍行距 para.Format.LineSpacingRule = Word.WdLineSpacing.wdLineSpace1pt5; // 固定值行距：需要同时指定LineSpacing为磅值 para.Format.LineSpacingRule = Word.WdLineSpacing.wdLineSpaceExactly; para.Format.LineSpacing = 20f;

这里有个容易混淆的点：LineSpacingRule设置为wdLineSpaceExactly（固定值）后，如果行距值设小了，中文字会被“削掉”一部分显示不全。我在标准文档里一般把正文固定值设为18到22磅，小四字号的正文用固定20磅行距，实测是比较舒服的排版。

批量格式化的时候，我习惯先把SpaceBefore和SpaceAfter归零再设置新值，因为很多自带样式（比如“标题1”）已经带了段落前后距，你反复改容易叠加出奇怪的间距。

3.4 大纲级别与内置样式：让段落真正进入“结构”

很多人格式化标题只调字体大小和加粗，结果用Word的导航窗格一看，文档结构光秃秃一片，插不了目录。原因是你只改了显示样式，没有告诉Word“这个段落是几级标题”。

大纲级别对应的属性是OutlineLevel：

para.OutlineLevel = Word.WdOutlineLevel.wdOutlineLevel1; // 1级标题 para.OutlineLevel = Word.WdOutlineLevel.wdOutlineLevel2; // 2级标题

但更推荐的做法是直接套用内置样式，比如“标题1”“标题2”“正文”。这样大纲级别、字体、间距、颜色、编号全部一次性搞定，还能保证整体风格的统一：

// 方式一：按内置样式枚举设置 para.set_Style(Word.WdBuiltinStyle.wdStyleHeading1); // 方式二：通过doc.Styles拿样式对象设置，更灵活 para.Style = doc.Styles[Word.WdBuiltinStyle.wdStyleHeading1];

从工程角度讲，能套用内置样式就别自己手调字体和间距。原因有三个：一是内置样式自动带大纲级别，目录可以直接生成；二是后续想全局换样式（比如把标题从蓝色改成黑色），只需改模板里的样式，代码不用动；三是用户拿到文档后用导航窗格能快速跳转，体验完全不一样。

我处理大量文档时的习惯：先用内置样式设定结构，再微调个别段落的字体或间距。这个“先结构后细节”的顺序能省至少一半的调试时间。

3.5 项目符号和编号列表：并不是加个•就行

生成报告时经常需要列表。手动往段落前面加“•”字符是最土也最蠢的做法，因为后续调整缩进、层级、换行时会全部乱掉。正确做法是用ListFormat接口：

// 给段落加项目符号 para.Range.ListFormat.ApplyBulletDefault(); // 给段落加数字编号 para.Range.ListFormat.ApplyNumberDefault();

注意ApplyBulletDefault只能应用于单段落Range，如果你想把连续的多个段落一次性变成列表，还是要逐段调用，或者先选中整个区域一次性调用（COM下选择区域的ListFormat行为比较诡异，我一般不依赖它）。

加了项目符号后，Word会自动套用“List Paragraph”样式，并给段落添加缩进。这时候你再手动设置FirstLineIndent，效果极有可能叠加出奇怪的偏移。我的经验是：列表段的缩进优先交给ListFormat管理，别手动掺和。如果确实需要调整缩进深度，用para.Range.ListFormat.ListIndent()让列表层级整体增/减，而不是动LeftIndent。

关于编号列表还有一个细节：ApplyNumberDefault()默认从1开始编号。如果你需要从指定序号开始（比如“第10项开始”），需要操作ListFormat的StartingNumber属性，这在COM对象里不是直接暴露的，得绕道ListParagraphs，比较麻烦。这个场景我还是建议用Open XML SDK处理，COM写起来太别扭。

4. 综合实战：把一段数据变成一份结构化文档

4.1 需求与设计

理论讲再多，不如一个完整示例。假设我们要做一个简单的“项目验收报告生成工具”，需求如下：

• 文档结构：主标题（一级标题）→ 车辆信息（二级标题）→ 正文说明 → 三条检测结果（项目符号列表）→ 一处需要定点插入的补充说明。
• 格式要求：正文宋体小四、1.5倍行距、首行缩进2字符；标题使用内置样式；补充说明单独加粗。

这个需求典型到几乎覆盖了前面讲的所有知识点。我用COM来做，目标机器是装有Office的Windows工控机。

4.2 完整代码

using System; using System.Runtime.InteropServices; using Word = Microsoft.Office.Interop.Word; public class ReportGenerator { private Word.Application _app; public void Generate() { _app = new Word.Application { Visible = false, ScreenUpdating = false }; try { Word.Document doc = _app.Documents.Add(); // 1. 主标题：一级标题 AppendStyledParagraph(doc, "项目验收报告", Word.WdBuiltinStyle.wdStyleHeading1); // 2. 副标题：二级标题 AppendStyledParagraph(doc, "车辆信息", Word.WdBuiltinStyle.wdStyleHeading2); // 3. 正文段落：宋体小四、1.5倍行距、首行缩进2字符 Word.Paragraph bodyPara = AppendFormattedParagraph( doc, "本次检测车辆型号为Power Focus 6000，检测过程运行稳定，数据采集完整。"); FormatAsChineseBody(bodyPara); // 4. 列表段落：三条检测结果 string[] detections = { "扭矩值检测通过", "转速运行无异常", "振动幅度在允许范围内" }; foreach (string item in detections) { Word.Paragraph listPara = AppendFormattedParagraph(doc, item); listPara.Range.ListFormat.ApplyBulletDefault(); } // 5. 在第3段（正文段）之后，定点插入一段加粗提示 InsertBoldNoticeAfter(doc, 3, "注意：检测设备必须在上电后预热5分钟再开始操作。"); // 6. 保存为docx object fileName = @"D:\reports\验收报告.docx"; object formatDocx = Word.WdSaveFormat.wdFormatXMLDocument; doc.SaveAs2(ref fileName, ref formatDocx); doc.Close(); } finally { _app.Quit(); ReleaseComObjectAndCleanup(); } } private Word.Paragraph AppendStyledParagraph(Word.Document doc, string text, Word.WdBuiltinStyle style) { Word.Range cursor = GetEndRange(doc); cursor.InsertAfter(text); cursor.InsertParagraphAfter(); cursor.Collapse(Word.WdCollapseDirection.wdCollapseEnd); Word.Paragraph para = doc.Paragraphs[doc.Paragraphs.Count]; para.set_Style(style); Marshal.FinalReleaseComObject(cursor); return para; } private Word.Paragraph AppendFormattedParagraph(Word.Document doc, string text) { Word.Range cursor = GetEndRange(doc); cursor.InsertAfter(text); cursor.InsertParagraphAfter(); cursor.Collapse(Word.WdCollapseDirection.wdCollapseEnd); Word.Paragraph para = doc.Paragraphs[doc.Paragraphs.Count]; Marshal.FinalReleaseComObject(cursor); return para; } private void FormatAsChineseBody(Word.Paragraph para) { Word.Range rng = para.Range; rng.Font.Name = "Times New Roman"; rng.Font.NameFarEast = "宋体"; rng.Font.Size = 12f; // 小四 para.Format.LineSpacingRule = Word.WdLineSpacing.wdLineSpace1pt5; para.Format.CharacterUnitFirstLineIndent = 2; para.Format.SpaceAfter = 6f; } private void InsertBoldNoticeAfter(Word.Document doc, int paraIndex, string noticeText) { Word.Paragraph target = doc.Paragraphs[paraIndex]; target.Range.InsertParagraphAfter(); Word.Paragraph newPara = doc.Paragraphs[paraIndex + 1]; newPara.Range.Text = noticeText; newPara.Range.Font.Bold = 1; // 为了让提示不裸奔，加上一点段前间距 newPara.Format.SpaceBefore = 6f; } private Word.Range GetEndRange(Word.Document doc) { Word.Range endRange = doc.Content; endRange.Collapse(Word.WdCollapseDirection.wdCollapseEnd); return endRange; } private void ReleaseComObjectAndCleanup() { GC.Collect(); GC.WaitForPendingFinalizers(); Marshal.ReleaseComObject(_app); } }

4.3 关键步骤解读

第五步的定点插入是这段代码的“题眼”。我们在文档中已经存在3个正文相关的段：第1段主标题、第2段副标题、第3段正文。执行target.Range.InsertParagraphAfter()之后，新空段占据了第4段的位置，原来的第4段（第一条列表项）顺延成了第5段。所以取新段落时用doc.Paragraphs[paraIndex + 1]，即第4段，这是正确的。

如果你在插入前先记录了“原来的第4段”，插入后再去取第4段，拿到的是新空段还是原来的列表项？答案是新空段。段落集合的索引始终以插入后的最新状态为准，你得心里有数。

这里还有一个我特意加的细节：FormatAsChineseBody里我把西文字体设为Times New Roman、东亚字体设为宋体。这是中文科技报告的标准做法：中文用宋体，西文和数字用Times New Roman，两者互不干扰。这也是很多公司模板里“正文样式”的默认配置。

关于代码里的COM释放，我在finally里做了Quit和GC清理。虽然COM释放技巧下文会细说，但示例里这个最基本的兜底必须做到。

5. 实测中容易翻车的细节与我的处理习惯

5.1 性能：几千段的文档别死磕循环

如果你的数据量很大，比如一次要生成几千条记录对应的几千个段落，COM逐段插入+逐段格式化会慢得让你怀疑人生。我实测过：在普通办公电脑上，用循环逐段插入3000段，耗时约40到60秒，用户等得直拍桌子。

我的优化策略按优先级排列：

• 关闭屏幕刷新：_app.ScreenUpdating = false，这能省下大半时间；
• 启用“文本替换”模式：先用StringBuilder把所有文本拼好，一次性插入文档末尾，然后只对需要特殊格式的段落做格式化。格式相同的段落（比如几千条正文）不需要逐一处理，因为新插入的内容会继承所在位置的默认段落格式；更精细的做法是插入后用Range.SetRange把多个段落Range合并成一个大Range，一次性设置字体和段落属性；
• 批量数据走Open XML或Aspose：COM架构决定了它不适合大规模批处理。如果你每天要生成几百份报告，服务端跑COM还会因为Office组件的隔离问题出现并发冲突，这种场景直接就换Open XML SDK。

我自己实际工作中还有一个土招：用Word模板+内容控件。把固定内容和可变区域提前在模板里做好，程序只填变化的部分，既快又稳。数据量再大，模板结构不变就不会慢。

5.2 COM对象释放：链式调用是隐形炸弹

COM操作Word最让人头疼的就是资源释放。你关闭了Document，也调用了Application.Quit()，但任务管理器里WINWORD.EXE进程还在。原因多半是代码里留下了未释放的COM对象引用。

一个典型的坏习惯是链式调用：

doc.Paragraphs[1].Range.InsertParagraphAfter(); // 链式调用了Paragraphs、Range两个COM对象，都没有显式释放

这种写法生成了临时COM对象，你却拿不到它们的引用，Marshal.ReleaseComObject根本无从谈起。最终这些“幽灵引用”让Word进程无法退出。

我的应对习惯：

• 每个用到的COM对象都用一个局部变量保存，用完立即Marshal.FinalReleaseComObject；
• 不用链式调用来省事；
• 在finally里先Quit再GC.Collect()并WaitForPendingFinalizers()；
• 如果进程还是杀不掉，终极兜底是按进程名查找WINWORD.EXE并关闭——但这招建议只在工具类应用里用，正式服务里别碰，容易误杀用户自己打开的Word窗口。

finally { _app.ScreenUpdating = true; _app.Quit(); GC.Collect(); GC.WaitForPendingFinalizers(); }

5.3 保存格式与WPS兼容性

保存文档时，我最常看到的错误是用SaveAs默认格式保存，结果生成的是老式的.doc（二进制格式）文件。现在的项目普遍要求.docx，必须显式指定文件格式：

object formatXmlDoc = Word.WdSaveFormat.wdFormatXMLDocument; // 12，标准docx doc.SaveAs2(ref fileName, ref formatXmlDoc);

wdFormatXMLDocument和wdFormatDocumentDefault（16）的区别在于，前者是可以明确识别的docx，后者在部分旧版COM接口下会生成带默认设置的文件，跟WPS混用后偶尔出现兼容性提示。我个人的习惯是存成wdFormatXMLDocument，也就是最标准的docx。

再说WPS兼容性。如果你用COM这套接口，目标机器必须安装了Office，WPS的COM接口跟Office差异不小，代码里大量枚举值在WPS下行为不一样。如果用户的机器只有WPS，请改用Open XML SDK或Aspose，不要在COM这条路上死磕。

5.4 段落索引的1与0

关于段落索引，我再强调一遍：Word的Paragraphs集合索引从1开始。Paragraphs[0]会抛异常。而且doc.Paragraphs.Count在文档只有一个空段落时返回1，不是0。写完代码先载入一个空文档做冒烟测试，这是最快的检查手段。

还有个细节：段落索引在插入、删除、合并后会变化，但Range对象不会。如果你需要反复操作某一段落，建议先把它保存为Word.Paragraph对象，后续都用这个对象操作，而不要每次重新去Paragraphs集合里按索引拿。对象引用会跟随文档结构调整，比死板的索引可靠得多。

5.5 其他零碎经验：图片插入、页眉页脚

最后补充几个高频出现的零碎需求。

在段落中插入图片：

object fileName = @"D:\images\device.png"; object linkToFile = false; object saveWithDocument = true; object anchorRange = doc.Paragraphs[2].Range; // 图片插入锚点 doc.InlineShapes.AddPicture(ref fileName, ref linkToFile, ref saveWithDocument, ref anchorRange);

图片会以行内形状（InlineShape）出现在指定段落中，尺寸默认是图片原始尺寸。要控制宽度，可以设置InlineShape.Width和Height，单位是磅。切记要设saveWithDocument=true，否则图片只是链接引用，文档发到别的机器上就裂了。

页眉页脚里加内容：

Word.Section section = doc.Sections[1]; Word.HeaderFooter header = section.Headers[Word.WdHeaderFooterIndex.wdHeaderFooterPrimary]; header.Range.Text = "公司内部资料"; header.Range.Font.Size = 9;

页眉页脚的Range和正文Range是分离的Story区域，操作逻辑一致但互不影响。做页眉时要注意：如果模板里已有页眉，用Text = "..."赋值会直接覆盖掉原有内容，不是追加。想保留原有内容再拼字，得先Collapse到末尾再插入。

还有个我常踩的细节：处理完文档后一定要记得把Application.Visible恢复为true或者直接Quit。很多人调试时把Visible=false，程序异常退出后用户桌面上看不到Word窗口，但在后台残留了一堆不可见的Word进程，越积越多，最后整个系统内存被占满。权威做法是即使发生异常也要在finally里Quit，然后定期检查任务管理器里的WINWORD.EXE数量，这个习惯帮我避免了好几次线上事故。

做C#操作Word这件事，说到底就是两条：理解对象模型、控制好Range指针。插入位置不精准，九成是Range的Start和End没控制好；格式化不生效，八成是中国区字体用错了属性或者样式覆盖冲突。先把上面这些细节吃透，你就能从“代码能跑”进步到“文档能用”。我最初入行时也在这些坑里蹚过好几回，现在把这些经验写出来，是希望后来的朋友少在COM对象和段落标记里耗掉本该用来喝咖啡的时间。