C# Windows Service使用FlatDocument时文件持续锁定问题求助

看起来你遇到的是Word文档处理后文件句柄未正确释放的典型问题——这种情况在使用Office Interop类库时很常见，尤其是在Windows Service这类后台进程中。结合你的代码场景，我整理了几个核心排查方向和解决方案：

1. 检查FlatDocument的Dispose实现是否彻底清理Word COM对象 #

你的代码用了using块，理论上会触发Dispose，但如果FlatDocument内部依赖Word Interop（比如Microsoft.Office.Interop.Word），仅仅关闭文档是不够的：Word后台进程（WINWORD.EXE）可能会继续持有文件句柄，直到下一次操作触发回收。

你需要确保FlatDocument.Dispose()里包含完整的资源释放逻辑：

// 假设FlatDocument内部持有Word.Application和Word.Document实例
public void Dispose()
{
    // 先关闭文档并保存更改
    _wordDocument.Close(SaveChanges: true);
    // 退出Word应用进程
    _wordApplication.Quit(SaveChanges: false);
    
    // 显式释放COM对象（关键步骤，避免资源泄漏）
    Marshal.ReleaseComObject(_wordDocument);
    Marshal.ReleaseComObject(_wordApplication);
    
    // 强制GC回收未处理的残留资源
    GC.Collect();
    GC.WaitForPendingFinalizers();
}

如果FlatDocument是你自己封装的类，务必加上这些步骤；如果是第三方库，查看它的文档是否有额外的资源清理方法需要调用。

2. 手动触发GC回收（临时应急方案） #

如果暂时无法修改FlatDocument的实现，可以在using块结束后手动触发垃圾回收，强制清理残留的COM对象：

using (var flatDocument = new FlatDocument(fullpath)) {
    flatDocument.FindAndReplace("ValueA", "ValueB");
    // Save document on Dispose.
}
// 强制回收COM对象，释放文件句柄
GC.Collect();
GC.WaitForPendingFinalizers();

注意：这种方案只是临时 workaround，最好还是从根源上修复Dispose逻辑。

3. 替换为非Interop的Word处理库（长期最优解） #

Office Interop本身就不适合在Windows Service这类无人值守的环境中使用（依赖Office安装、资源泄漏问题多）。推荐改用OpenXML SDK来处理Word文档——它不需要安装Office，直接操作文档的XML结构，资源释放更可靠：

using DocumentFormat.OpenXml.Packaging;
using System.IO;

// 示例：用OpenXML替换文本
using (WordprocessingDocument doc = WordprocessingDocument.Open(fullpath, true))
{
    var mainPart = doc.MainDocumentPart;
    using (StreamReader reader = new StreamReader(mainPart.GetStream()))
    {
        string docContent = reader.ReadToEnd();
        docContent = docContent.Replace("ValueA", "ValueB");
        
        using (StreamWriter writer = new StreamWriter(mainPart.GetStream(FileMode.Create)))
        {
            writer.Write(docContent);
        }
    }
}

这种方式不会产生后台Word进程，自然也就不会出现文件句柄被长期占用的问题。

4. 验证文件句柄占用来源 #

可以用Process Explorer工具查看哪个进程在占用目标文件：如果是WINWORD.EXE，那100%是Interop对象未释放干净；如果是你的Windows Service进程，那要检查是否有其他未关闭的文件流。

内容的提问来源于stack exchange，提问作者Friedlman