企业官网建设流程全解析

用Word算起来也有十几年了。它表面上是个谁都会用的软件，可真到处理那些“边边角角”的需求时，能让人折腾到怀疑人生。最近我把电脑里散落的使用笔记翻出来整理了一遍，发现一个很有意思的现象——大家遇到的坑高度集中：公式转LaTeX、PDF转Word、表格列宽拖不动、文献标号上标、目录页码对不齐……这些问题反复出现，每次都得重新查一遍才能解决。

所以我决定把这几年攒下的“Word工具使用记录”系统梳理一遍，按问题域分类，把原因、操作步骤和翻车经验都写清楚。这篇东西不是入门教程，更像是一本“踩坑台账”：你遇到具体问题，直接按目录找到对应段落，照着操作就能解决。无论你是写论文的研究生、做标书的职场人，还是天天处理报表的办公族，下面这些记录大概率都派得上用场。

1. 文档转换全景：把一切格式变成Word的常用套路

1.1 PDF转Word：先判断文本型还是扫描型

PDF转Word是日常需求里出现频率最高的问题，但很多人上来就找在线工具，结果转出来的排版惨不忍睹。我的经验是，转换前先分清PDF是文本型还是扫描型，这个判断决定了你该用哪条路线。

文本型PDF就是可以直接选中文字的PDF，这类文件转为Word时，版式丢失率相对低。免费方案里，直接用Word本身打开PDF是最简单的：文件—打开—选择PDF文件，Word会弹出提示“将转换您的PDF文件”，确认后即可编辑。这个方式的优点是免费、不需要联网，缺点是复杂表格和图文混排的版式还原度一般，但应付纯文字文档绰绰有余。

扫描型PDF是图片构成的，任何工具都救不了，必须走OCR。实测下来，免费工具里我用得最多的是PaddleOCR的命令行版，配合pdf2image把PDF导出为图片，再逐张识别，准确率能到95%以上。如果没有编程基础，也可以用在线OCR工具，但要注意隐私问题——涉及合同、标书这类材料，不要随便上传到免费网站。

在线转换工具我不是不用，而是会挑。实测过几个热门站点后发现，国内站点对中文排版的支持普遍比国外站点好，但免费版通常限制页数和文件大小，还容易出现页眉页脚丢失。我的建议优先级是：纯文本PDF用Word直接打开；复杂版式用专业的PDF编辑软件；扫描件只有OCR这一条路，没有捷径。

1.2 公式图片转Word与Word公式转LaTeX

公式转换是学术党最头疼的问题。把别人论文里的公式图片变成可编辑的Word公式，传统做法是对着图片手动敲一遍，效率极低。现在主流工具是Mathpix、SimpleTex这类公式OCR工具，拍照或截图后自动识别出LaTeX代码或MathType公式。

我用Mathpix比较多。它识别后给出的LaTeX代码可以直接粘贴到Word的公式编辑器里。具体操作：Word中按Alt+=新建公式，然后把识别出的LaTeX代码粘贴进去，Word会自动解析成可视化公式。这个流程对大多数标准公式都有效，但遇到花体、矩阵等复杂结构时识别率会明显下降，建议识别后人工校对一遍。

反过来，把Word里已有的公式转成LaTeX代码，场景通常是你要把Word论文整理成LaTeX投稿版本。MathType自带这个功能：MathType选项卡—Convert Equations—选择“Word/EndNote转换到LaTeX”，可以批量把文档内所有公式转成LaTeX代码。注意转换后公式会变成代码形式，建议先备份原文档。

还有个细节容易被忽略：公式图片转Word后，很多人发现行距变得异常大。这是因为公式是“内嵌对象”而非“文本”，字符高度被撑开了。解决办法是在段落设置里把行距改为“固定值”，或者右键公式对象，把布局改为“嵌入型”。

1.3 Markdown转Word：Typora、Pandoc与Coze工作流

Markdown写作现在很流行，但投稿、交作业时往往要求Word格式。最省事的路线是Typora直接导出，但前提是装好Pandoc。Typora的文件—导出—Word，底层调用的就是Pandoc，没装Pandoc的话导出只有PDF选项。

Pandoc的命令行玩法更多，比如我要把Markdown转成带样式的Word，会用：

pandoc input.md -o output.docx --reference-doc=template.docx

--reference-doc这个参数很关键。先用Word建好一个带自己样式的模板（包括标题字体、正文间距、代码块格式），Pandoc会按模板样式生成对应的Word文档，这就解决了默认导出样式难看的问题。

现在Coze这类AI工作流平台上也有人搭“Markdown转Word”的机器人，原理其实是在工作流里封装Pandoc或docx.js的服务端调用。实测下来，对纯文本转换体验不错，但涉及图片路径、网络图片下载时容易出问题。如果你只是自己偶尔转一下，本地Typora+Pandoc完全够用，没必要为这个去搭工作流。

1.4 CHM转Word：本质是解压HTML

CHM文件是Windows帮助文档，它的本质是压缩过的HTML集合。很多人不知道，7-Zip可以直接打开CHM文件，把它当普通压缩包解压，里面就是一堆HTML、图片和索引文件。解压后用Word打开那些HTML文件，另存为docx即可。

不过这样逐页保存太麻烦，如果页面多，我更推荐先把CHM合并成一个HTML或PDF，再用前面的方法转成Word。免费方案里，Microsoft HTML Help Workshop是官方工具，但界面老、操作繁琐；实际用起来，直接用7-Zip解压再配合文件合并工具，反而更快。

有一点要注意：CHM里的相对路径图片解压后经常掉链子。建议解压时保留完整的目录结构，不要只拖出HTML文件，否则Word打开时图片会显示成红叉。

1.5 DeepSeek等AI输出文档的导出姿势

现在大家普遍用DeepSeek这类AI工具写内容，但AI输出的文本复制到Word后，格式往往一团糟：标题层级丢失、列表全变成了手工符号、代码块挤成一段。我的做法是让AI直接输出Markdown，然后用Typora打开，统一调整样式后再导出Word。

具体操作：让AI在回答末尾给出一个Markdown代码块，保存为.md文件，用Typora打开，此时所有标题、列表、代码块都有清晰的结构标识。在Typora里做最后的微调后，再通过上一节的Pandoc导出流程转成Word。这样得到的文档结构是干净的，后续在Word里改样式也比直接粘贴要省力得多。

2. 表格才是Word里最不讲道理的部分

2.1 表格列宽无法拖动：先查固定列宽与合并单元格

“表格列宽拖不动”是出现频率极高的一个问题。多数人的第一反应是鼠标不好使，但实际上通常是表格属性被锁成了固定列宽。遇到拖不动时，按顺序检查以下几项：

第一，选中整个表格，在“布局—自动调整”里选择“根据内容调整表格”。如果之前误点了“固定列宽”，拖拽是不会生效的。第二，检查表格属性中的“选项”，看是否勾选了“自动重调尺寸以适应内容”。第三，检查列中是否有合并过的单元格，合并单元格的存在会让相邻列的宽度拖拽范围受限。

还有一个隐藏较深的坑：嵌套表格。你在一个单元格里又插入了一个表格，外层表格的列宽会变得非常“顽固”，怎么拖都有种被卡住的感觉。这种情况只能先拆分嵌套表格，或者干脆用文本框、制表位代替表格来实现对齐。

2.2 跨页续表：重复标题行与“续表”标注

做长表格时，表头跨页后不再重复是最常见的问题。正确的做法是：选中表头行（多行表头要全部选中），然后布局—数据—重复标题行。这样表格跨页后，每一页开头都会自动重复显示表头。

但这里有个体验很糟的事——Word并没有自动生成“续表”文字的能力。规范的做法是：先手动在下一页表格上方输入“续表1”或“Table 2 (continued)”，然后把这个段落设为表格上方的一个独立段落。麻烦在于，如果前面增删内容导致分页位置变化，你需要手动挪动这段文字。

我在做长报告时，通常先把表格设为“允许跨页断行”（表格属性—行—允许跨页断行），这样至少内容不会被迫挤到一页里。然后整体排版完成后，再去检查每个跨页表格的断页位置，统一补上“续表”标注。顺序很重要——先断页，再标注，否则白干。

2.3 POI设置Word表格单元格宽度：单位与布局的坑

用Java操作Word表格时，Apache POI是主力库，但很多人在设置单元格宽度时栽了跟头。核心原因是：POI的宽度单位是DXA（twips），不是厘米，不是像素。换算关系是1英寸=1440 twips，1厘米约等于567 twips。如果你直接把厘米数值填进去，表格宽度会小得离谱。

更隐蔽的一个坑是：即使你设了每个单元格的宽度，Word打开后表格还是不均匀。这是因为POI默认生成的表格布局模式是“自动适应”，你设的宽度会被忽略。正确的做法是先固定表格布局：

import org.apache.poi.xwpf.usermodel.*; XWPFDocument doc = new XWPFDocument(); XWPFTable table = doc.createTable(2, 3); // 固定表格布局，否则设置的宽度不生效 table.getCTTbl().getTblPr().setTblLayout( org.apache.poi.xwpf.usermodel.TableLayoutType.FIXED); // 设置列宽，单位twips table.getCTTbl().getTblGrid().getGridColList() .get(0).setW(2400);

设置布局为FIXED后，Word才会真正按你给的宽度渲染。另一个容易踩的点是：如果你用XWPFTableCell.setWidth("2400")，字符串是twips数值；但如果你用setWidth("3cm")这种带单位的字符串，底层也能解析。问题在于不同版本的POI对带单位字符串的解析逻辑有差异，为了稳妥，建议统一使用纯数字twips并配合FIXED布局。

3. 论文党高频操作：引用、文献、交叉引用

3.1 EndNote接入Word 2024：工具栏消失与临时引用

EndNote配合Word使用，靠的是Cite While You Write（CWYW）插件。如果你用的是Office 2024，装好EndNote后Word里却没有EndNote选项卡，最常见的原因是装错位数。EndNote是分32位和64位安装包的，Word 2024是64位就一定要装64位版本，否则插件根本不会被加载。

还有一类情况是：选项卡在，但点击后报“EndNote Web not found”或“临时引用丢失”。这个问题的本质是Cite While You Write依赖一个CWE（Cite While You Write）数据库做缓存。解决办法是：Word的EndNote选项卡右下角的“Preferences”→“Application”，确保选择了“EndNote Desktop”而非“EndNote Web”。如果临时引用变成空的大括号，说明格式化被中断，回退到Word的撤销或重新运行“Update Citations and Bibliography”即可。

3.2 Zotero插入参考文献标号：从域代码到上标

Zotero插入引用后，Word里显示的是临时标号，比如{Adams, 2020 #1}。这会让很多新手误以为插入失败，其实这是正常的——Zotero插入的是Word域代码，不是纯文本。只有点击“Document Preferences→Instant Citation”进行刷新后，临时标号才会变成格式化的参考文献标号。

关于标号上标，很多人问“word中用zotero插入参考文献标号怎么变上标”。Zotero的默认引用样式里，如果参照ACS、Nature等上标风格，标号会自动以上标形式呈现。如果你的样式是“Author-Date”类，那标号默认不在上标位置。想手动让某个标号上标，选中那个域（注意是整个引用域），按Ctrl+Shift+=即可。

一个小提醒：不要手动去删改Zotero插入的域代码，否则下次刷新时改动全部丢失。要调整样式，正确入口是Zotero桌面端的“编辑→首选项→引用→样式”，换一个支持上标编号的样式。

3.3 参考文献编号上标与图表交叉引用的批量处理

如果用的是纯手工参考文献列表，文章编号[1]、[2]需要逐个上标，手动操作太痛苦。我常用的批量方法是通配符查找替换（第7章会详细讲）：查找[0-9]{1,2}，替换为上标格式。注意要先单击“替换为”输入框，设置好字体效果中的“上标”，再执行替换。

图表交叉引用的标准做法是：先给图表添加“题注”（引用—插入题注），在“交叉引用”中选择对应的题注类型。插入后默认是一个域。当你后期移动图表位置导致编号变化时，不会自动更新，需要全选（Ctrl+A）再按F9刷新域。更稳妥的做法是打印前显式更新所有域：文件—选项—显示—打印前更新域。这个选项打开后，每次打印或导出PDF时Word会自动刷新所有交叉引用和页码，省去手动刷新遗漏的问题。

4. 排版难题：对齐、目录、虚线和字体

4.1 同一行左文右字：制表位解决

在页眉放标题和页码、在落款里让姓名靠左日期靠右，这类“一边最左、一边最右”的需求，最高效的解法是制表位。很多人用空格一点点推，结果字号一变就全乱套。正确操作是：

1. 在需右对齐的位置（通常是最右边界）设置一个右对齐制表位：段落面板→制表位→位置设为页面内容区宽度（A4纸默认页边距下通常是14.66厘米），对齐方式选“右对齐”。
2. 输入左侧文字，按Tab键，再输入右侧文字，右侧内容会精确对齐右边界。

这个方法在页眉区尤其好用。我曾见过有人用表格做页眉对齐，但表格底部边框线要去掉、还要处理跨页问题，远不如制表位轻量。制表位设置好后，改字号或改字体，对齐关系不受影响，这是比空格方案强得多的原因。

4.2 目录页码无法对齐：TOC样式制表位修复

自动生成目录后，有时候会发现标题和页码之间没有圆点前导符，或者页码没有右对齐，看起来像散落的文字。出现这个问题的原因通常是：使用了自动目录，但Word内置的TOC样式因为某些模板修改而丢失了制表位设置。

修复不用重建整个目录，更别手动敲点。正确做法是：修改目录样式。具体路径：开始—样式—找到“TOC 1”“TOC 2”等样式，右键修改；在“制表位”里设置一个位置在右边距的右对齐制表位，前导符选“二”（圆点）；同时确保将级别1和级别2的制表位位置都设成相同值。修改后，右键目录选择“更新域”，页码会自动对齐。

这里有个教训：如果你手动敲了点号来对齐目录，一旦标题改动、目录更新，手动敲的东西会被冲掉，等于白干。目录问题不管多繁琐，都应该在样式层面解决。

4.3 一行虚线、附件对齐和Visio对象转换

“怎么打一行虚线”这个需求常见于表格下方需要填写区域，或封面需要一条装饰线。最简单的方法是把三个横杠---后按回车，Word会自动生成一条水平边框线，但这条线是段落边框，改颜色和粗细都要去“边框与底纹”里设置。另一种更可控的方案是用制表位前导符：在制表位设置里把前导符选成“横线”，这样按Tab就能得到任意长度的一行虚线，长度由制表位位置决定。

“Word里附件怎么对齐”是指多个附件的文件名要整齐排列，通常用悬挂缩进实现：选中要调整的段落，在段落面板里设置“悬挂缩进”，让第二行起都缩进到指定位置。如果附件是“附件1：xxx”这种，缩进量设为和“附件1：”差不多的宽度，多行文件名就能排得整整齐齐。

关于“Word的Visio只有转换是怎么回事”：双击Word里嵌入的Visio图，弹出的菜单只有“转换”，没有“编辑”。这种现象出在系统装了Visio Viewer但没装完整版Visio的时候。Word要通过OLE对象编辑Visio图，必须调用完整的Visio安装程序，只有查看器时只能做格式转换。解决办法：安装完整版Visio，并且保持Word与Visio位数一致（64位配64位，32位配32位）。位数不一致时，OLE调用会静默失败，菜单里就只剩“转换”一个选项。

4.4 字体玄学：wechat字体Word认PS不认

有读者问，安装了一个wechat字体，Word里能正常使用，Photoshop里却找不到。这个问题的原因多数是字体文件是TTC格式。TTC是TrueType Collection的缩写，一个文件包含多个字体。Word能列出TTC里的所有字族名称，但PS的字体菜单有时只显示第一个字族名。

解决思路是先确认字体文件类型：右键字体文件查看扩展名。如果是TTC，用字体工具拆分成TTF，再重新安装。装完后一定要彻底关闭PS再重新打开，PS扫描字体是在启动时完成的，运行中安装的字体不仅不会出现，甚至可能引发字体缓存错误。另外，有些人常用的“仅为当前用户安装”也会导致另一个账户下的PS识别不到，安装时选择“为所有用户安装”能规避这类问题。

5. 用代码操控Word：从JS到C#到Java

5.1 JS生成Word文档：html-docx-js、docx、officegen对比

JavaScript环境下生成Word文档，库的选择取决于你想做的东西。最老的方案是html-docx-js，它把HTML内容包装成Word能识别的格式，优点是直接写HTML就能转，缺点是生成的docx兼容性一般，复杂表格和样式经常在WPS里走样。

更现代的方式是用docx这个库，它通过纯JavaScript对象声明式地构建文档，层次清晰，支持段落、表格、页眉页脚、书签都相当好。下面是一个极简的例子：

import { Document, Packer, Paragraph, TextRun } from "docx"; import { saveAs } from "file-saver"; const doc = new Document({ sections: [{ children: [ new Paragraph({ children: [new TextRun("Hello Word")] }) ] }] }); Packer.toBlob(doc).then(blob => saveAs(blob, "example.docx"));

docx库的缺点是上手成本稍高，需要理解Document、Paragraph、TextRun这层对象模型。如果只是想快速生成简单的office文件，officegen更省事，它同时支持docx和pptx。

实际项目里我的建议是：前端工具表单类场景用docx库，因为它的API最贴近Office文档结构，出错率低；已有HTML富文本需要导出Word的话用html-docx-js，但一定要在目标机上的Word里做兼容性测试。

5.2 C#/VB操作Word与变量插入：COM与书签模板

C#操作Word最直接的方式是引用Microsoft.Office.Interop.Word组件，通过COM调用本机Word应用。这种方式适合桌面端脚本和自动化工具，功能全面，但依赖用户机器上安装Office。

在Word文档里“插入变量”的常见实现是利用书签。先准备好一个docx模板，在每个需要填充的位置插入书签，然后代码定位书签并填入值：

using WORD = Microsoft.Office.Interop.Word; var app = new WORD.Application(); WORD.Document doc = app.Documents.Open(@"C:\template.docx"); doc.Bookmarks["title"].Range.Text = "这是动态标题"; doc.SaveAs2(@"C:\output.docx"); doc.Close(); app.Quit();

VB的写法大同小异，核心都是Bookmarks.Range.Text赋值。用书签的好处是模板和代码分离，业务人员可以维护模板，程序员只写填充逻辑。我做过一个报价单生成工具，用这种方式配合表格连续书签，几十份标书的变量填充最多跑几分钟。

需要提醒的是：COM操作Word后要记得释放对象，否则Word进程会残留在后台，长期跑批处理内存越占越大。

5.3 Java批注Word：POI与docx4j

Java生态里操作Word批注，Apache POI是最常用的。POI的XWPFComment支持插入批注，示例代码如下：

import org.apache.poi.xwpf.usermodel.*; XWPFDocument doc = new XWPFDocument(); XWPFParagraph para = doc.createParagraph(); XWPFRun run = para.createRun(); run.setText("需要加批注的文字"); String commentId = "0"; String author = "reviewer"; XWPFPictureData pic = null; doc.createComment(commentId, author, "这是批注内容", pic);

不过POI对批注的支持比较稀疏，批注和文字之间的锚定关系需要手动维护，复杂场景很容易出错。如果批注需求比较复杂，比如多个批注对应一段文字、批注里包含富文本，我更推荐docx4j。docx4j直接操作WordprocessingML模型，对域的解析和批注范围的控制比POI精细得多。

从实操对比来看，只做简单的“定位文字并加一条批注”用POI足够；要做审阅工作流或批量批注管理就选docx4j。别一开始就选重型方案，先评估批注背后的业务逻辑再决定。

6. 那些让人抓狂的“环境类”问题

6.1 Word宏安全问题：被禁用的宏与宏病毒防范

Word宏是自动化利器，也是病毒老巢。文件选项里“宏安全性”默认是“禁用所有宏，并发出通知”，这意味着你打开一个包含宏的文档时，顶部会弹出黄色警告条，需要手动点“启用内容”。

如果你在开发自己的宏，最烦的是每次打开都要手动启用。正规做法是设置受信任位置：将存放宏代码的文件夹加入文件—选项—信任中心—受信任位置。这样该文件夹下文档的宏都会被自动信任，不再弹窗。但千万不要把所有下载目录设成受信任位置，这等于给宏病毒开了后门。

识别宏文件的安全风险要从扩展名看起：.docm是含宏的Word文档，.docx则不允许包含宏。收到陌生人发来的.docm文件时，建议用“设计模式”或“查看宏代码”检查VBAProject里有没有可疑代码。我见过不少公司内部宏工具被植入后门，就是用户习惯性点“启用内容”导致的。

6.2 快捷键粘贴失效：加载项与输入法排查

Ctrl+V粘贴没反应，这个问题和剪贴板本身关系不大，多数是输入法或加载项抢占了快捷键。先做的检查是：新建一个空白Word文档试试粘贴是否正常。如果空白文档正常，说明问题出在当前文档的加载项上，尤其是MathType、EndNote这类COM加载项。

经典的解决方法：文件—选项—加载项—转到“COM加载项”，逐个取消勾选再测试。很多案例里，“拼音输入法”的剪贴板功能会拦截Ctrl+V，解决办法是在输入法设置里关闭剪贴板同步或修改热键。另一个隐蔽的坑是：Word的安全模式能复现吗？按住Ctrl启动Word进入安全模式，如果粘贴恢复了，基本可以断定是加载项或设置冲突，按上述步骤清理即可。

6.3 公式编辑器冲突：AxMath与MathType到底装谁

热搜里“同时装了AxMath和MathType，在Word里点AxMath插入公式，跳出来的却是MathType”，这不是错觉，而是真实的COM加载项注册表冲突。AxMath和MathType都会在Word里注册OLE服务，两个插件的ProgID或服务名在某些版本下会发生抢占，导致按钮指向了错误的COM对象。

解决办法没有高深的：只保留一个公式编辑器。如果留AxMath，卸载MathType或其加载项；如果留MathType，同理。舍不得卸载的话，可以在Word的加载项管理里禁用其中一个，但实测中禁用加载项只能解决当前会话，重启Word后冲突可能复现。

从排版兼容性角度来说，我推荐长期写中文论文的人优先用AxMath，它对中文内容和国标格式适配更好；经常投稿SCI期刊的人则保留MathType，因为它能直接拉近与期刊模板要求的距离。

6.4 考试环境与期刊模板里的特殊要求

计算机等级考试里“Word如何修改时间”这个问题，说到底是文档属性操作。在Word中，文件—信息—属性可以修改标题、作者、单位等元数据，但“创建时间”和“修改时间”这两项在界面上不能手改。考试里常考的是往文档中插入可更新的日期域：插入—文本—日期和时间，勾选“自动更新”，这样文档打开时日期自动变成当前日期。

爱思唯尔（Elsevier）期刊投稿的Word模板则是另一类特殊场景。从官网下载的Word模板自带样式和宏，投稿前不要改模板内置样式名，更不建议“另存为”时清除样式。多数期刊的投稿系统（Editorial Manager）会做格式检查，图片要单独上传、引用格式要匹配参考文献样式，模板在这里只是为了方便你套用，不是强制要求。但要注意的是：用Word模板写文章时，不要把模板里的指导性说明文字当成正文保留，这类被反复犯的错误会让编辑直接退稿。

7. 查找替换进阶：Word通配符从基础到实战

7.1 为什么要学通配符

Word里的查找替换，如果只用普通模式，能解决的问题很有限。比如把“第1条、第2条……”中的数字批量改成加粗，把“（一）（二）”这类编号统一成“1. 2.”，普通查找就无能为力。通配符模式是在查找替换中启用正则式语法，学习成本不高，但能处理掉80%的批量格式清洗工作。

7.2 常用通配符语法

做几个我必须记住的基础规则：

• ?：匹配任意单个字符。比如“张?”能匹配“张三”“张四”，但不能匹配“张三丰”。
• *：匹配任意字符串。比如“版*”能匹配从“版”开始的任意内容直到段落结束。
• [0-9]：匹配任意单个数字。
• {1,}、{1,3}：限定前面的字符出现次数。
• <和>：标记单词开始和结束位置，用来匹配完整词。

注意Word通配符与正则式不完全相同，最典型的是括号和花括号前需要用反斜杠转义。查找“（1）”时，在通配符模式下要写（\(1\)）才能匹配到字面括号。

7.3 实战案例

举几个我在文档清洗中反复用到的模式：

批量将“第1条”至“第9条”的数字改成上标。查找内容填第[0-9]条，光标放到“替换为”输入框，按Ctrl+Shift+=开启上标格式，再输入第\1条（通配符模式用\1引用第一个捕获组）。注意Word的“替换为”中想保留原数字，必须用表达式捕获：

查找：(第)([0-9])(条)
替换：\1\2\3

然后在“替换为”里选中中间的\2，设为上标格式。

去掉空段落：查找^p^p（通配符模式下写^p{2,}），替换为^p。这个操作在清洗从网页复制来的文本时尤其常用。

把“word”全部替换为“Word”并加粗，可以用查找<word>防止把“password”里的word也替换掉。

通配符真正强大的地方在于，它让批量替换从“死文本匹配”升级成了“模式识别”，配合样式和格式设置，基本覆盖了从文本清洗到格式统一的所有重复劳动。我第一次用通配符批量把500多页标书里的手工编号全部改成自动编号时，至少省了两天时间。

至于“Word下载”这件事，我只想说一句：Office或WPS都尽量走官方渠道，不要从第三方镜像站下载所谓“精简版”“绿色版”，那些版本经常少了组件或植入恶意宏，这比用正版贵得多。