PdfSharp并行调用PdfReader.Open出现无响应问题求助

核心问题总结 #

仅在.NET Framework 4.7.2的Release版本中，使用ActionBlock并行批量处理PDF时出现任务中途无报错停滞：

• Debug模式、.NET Core 5.0环境下运行正常
• 移除PdfReader.Open的using块或替换为标准FileStream后，程序可正常完成
• 每个任务仅生成20-60个文件就停滞，ActionBlock无法进入完成状态

针对性解决思路 #

1. 手动控制文件流，避免PdfSharp隐式锁问题

PdfSharp的PdfReader.Open(string)方法在.NET Framework环境下，可能存在文件锁未及时释放的情况，尤其是Release版的JIT优化会延迟资源回收。改用显式FileStream控制生命周期，确保锁及时释放：

for (int i = 0; i < 100; i++)
{
    string DestinationFilePath = "C:\\Test\\Folder" + JobNo.ToString() + "\\Job" + JobNo.ToString() + "_" + i.ToString() + ".pdf";
    File.Copy(SourceTemplateFilePath, DestinationFilePath);
    
    // 改用FileStream打开文件，手动控制访问权限
    using (var fileStream = new FileStream(DestinationFilePath, FileMode.Open, FileAccess.ReadWrite, FileShare.None))
    using (PdfDocument document = PdfReader.Open(fileStream, PdfDocumentOpenMode.Modify))
    {
        // 执行PDF内容操作
        document.Save(); // 显式保存修改
        // 无需手动调用document.Close()，using块会自动释放资源
    }
}

2. 排查PdfSharp线程安全与并行度冲突

PdfSharp在.NET Framework版本中的部分组件并非完全线程安全，高并行度下可能出现隐性资源竞争。可以尝试：

• 降低MaxDegreeOfParallelism的值，比如先设为2测试是否还会停滞
• 确保每个任务的PDF操作完全隔离，避免跨任务共享PdfSharp相关对象

3. 验证文件系统与外部因素干扰

• 安全软件拦截：Release版下频繁创建修改PDF文件，可能被杀毒软件实时扫描拦截，导致文件操作阻塞。临时禁用安全软件测试是否恢复正常。
• 资源泄漏排查：在每个循环迭代后临时添加垃圾回收代码（仅用于排查，生产环境谨慎使用），如果问题缓解，说明是资源未及时回收导致：

  // 循环内操作完成后添加
  GC.Collect();
  GC.WaitForPendingFinalizers();
  

4. 升级PdfSharp版本

检查当前使用的PdfSharp版本是否存在.NET Framework下的并行处理已知bug，尝试升级到最新稳定版，看是否能解决兼容性问题。

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