Word中Find.Execute不生效主因是文档只读或受保护，需先另存、解除保护；替换应设Wrap=wdFindContinue并用wdReplaceAll；COM对象须手动释放以防进程卡死。
Word替换文字时Find.Execute不生效？先确认文档没被只读锁定
很多情况不是代码写错，而是 Word 文档本身处于只读状态（比如从邮件附件打开、或被其他进程占用），Find.Execute 会静默失败——查不到匹配，也不报错。用 Application.Visible = true 打开界面手动看一眼，如果标题栏带「[只读]」，就得先调用 Document.SaveAs2 另存为新路径再操作。
实操建议：
- 始终在
Application初始化后加Application.DisplayAlerts = WdAlertLevel.wdAlertsNone，避免弹窗中断自动化 - 替换前检查
Document.ProtectionType != WdProtectionType.wdNoProtection，受保护文档需先Unprotect -
Find.Text和Find.Replacement.Text必须是字符串，不能传null或空格字符串，否则行为不可靠
用Find.Execute做全文本替换的最小可靠写法
别信网上一堆“循环调用 Find.Execute 直到返回 false”的写法——它容易漏掉重叠匹配（比如把 “aaa” 替换成 “b”，在 “aaaa” 中可能只替一次）。正确做法是让 Word 自己扫完整个范围：把 Find 绑定到 Document.Content，并设 Forward = true + Wrap = WdFindWrap.wdFindContinue。
关键参数组合：
-
Find.Text = "旧文本"—— 支持通配符，但默认关闭；如需开启，得额外设MatchWildcards = true -
Find.Replacement.Text = "新文本"—— 注意：中文字符、全角空格、换行符都得原样写进去 -
Find.Execute(Replace: WdReplace.wdReplaceAll)—— 这才是真正“全部替换”，不是wdReplaceOne - 务必在调用前清空
Find状态：Find.ClearFormatting()和Replacement.ClearFormatting()
Interop性能差、卡死、释放不了Word进程？根本原因是COM对象没手动释放
C# 的 GC 不会自动释放 COM 对象，哪怕用了 using 也不行。Application.Quit() 后如果还有 Document、Range、Find 等引用活着，Word 进程就一直挂在后台。任务管理器里能看到多个 WINWORD.EXE 占着内存。
必须显式释放每层对象：
- 按创建逆序调用
Marshal.ReleaseComObject(obj)，比如先释放Range，再Document，最后Application - 每次调用后立即将变量赋值为
null，防止后续误用 - 最后加
GC.Collect(); GC.WaitForPendingFinalizers();（仅调试期验证用，生产环境慎用） - 避免直接用
doc.Content.Find这种链式访问——它会隐式创建中间Range，难以追踪释放点
为什么用Microsoft.Office.Interop.Word而不是Open XML SDK？
Interop 能处理页眉页脚、批注、域字段、VBA 宏等 Open XML 无法触及的内容，但它依赖本地安装的 Word，且线程不安全（只能在 STA 线程跑）。如果你只是改纯文本、表格数据，又要求服务端部署或高并发，DocumentFormat.OpenXml 是更稳的选择——但它对 .doc 格式完全不支持，只认 .docx，且所有“查找替换”都得自己遍历 Text 元素，没法用类似 Find.Execute 的语义。
选型关键点：
- 要改老版本 .doc 文件？只能用 Interop
- 部署在 Linux 或无桌面环境？Interop 直接不可用
- 需要保留原有格式（字体、颜色、分栏）？Interop 更保真；Open XML 易丢样式细节
- 批量生成几百份合同？Interop 并发易崩溃，Open XML + 模板 ZIP 更可控
真实项目里，经常得两种方案共存：用 Open XML 做初稿生成，再用 Interop 补充页眉和打印设置——因为那部分 Open XML 实在太难写。
