C# FlowDocument内存泄漏且WinDbg执行!gcroot显示0个唯一根求解

关闭Dispatcher后对象仍存活的合理性 #

!gcroot返回Found 0 unique roots说明目标FlowDocument相关对象已经没有被存活的引用链持有，属于可回收对象，此时仍驻留内存属于正常情况，仅因为GC尚未触发对应代的回收动作，不属于真实内存泄漏。

问题1：内存泄漏问题的解决方案 #

• 显式清空控件绑定与内容关联：关闭窗口前，先在窗口所在的STA线程中，将DocumentViewer的Document属性显式设为null，再将生成的FixedDocumentSequence、源FlowDocument的DataContext设为null，解除动态绑定的引用关联。如果FlowDocument中包含Image、BlockUIContainer等内嵌UI元素，需逐个清空其数据源、关联的事件订阅。
• 修正STA线程的释放逻辑：仅调用Dispatcher关闭不足以释放线程上下文，需将承载窗口的STA线程的IsBackground属性设为true，调用Dispatcher.InvokeShutdown()触发优雅关闭后，调用Thread.Join()等待线程完全终止，彻底释放线程关联的UI资源上下文。
• 显式触发全量GC回收：待STA线程完全退出后，在无对象引用的上下文处执行全量GC清理：

GC.Collect();
GC.WaitForPendingFinalizers();
GC.Collect();

两次回收可彻底清理终结器队列中的待释放对象。

• 清理转换过程的残留资源：如果是通过XpsDocumentWriter将FlowDocument转为FixedDocumentSequence，需显式Dispose转换过程中用到的XpsDocument、内存流等对象，避免流引用持有文档对象。
• 排查静态引用与事件订阅：检查是否有静态变量持有窗口、DocumentViewer、文档对象的引用，所有自定义订阅的文档/控件事件（如Loaded、PageChanged等）需在窗口关闭前显式移除，避免事件回调隐式持有对象引用。

问题2：Dispose方法的额外实现逻辑 #

你遇到的终结器调用时无法读取对象值是正常现象，终结器执行时托管对象可能已经被部分回收，禁止在终结器分支操作托管资源。Dispose(bool disposing)的实现只需添加以下逻辑：

• 当disposing为true（即显式调用Dispose）时：
  1. 将Dispose逻辑派发到窗口所在的STA线程执行，确保可以安全操作UI对象
  2. 执行上述的控件内容清空、绑定解除、事件移除逻辑
  3. Dispose所有实现了IDisposable的关联资源（流、Xps对象等）
• 当disposing为false（即终结器调用）时：
  不需要执行任何托管对象操作，也无需尝试设null，仅需确认非托管资源（如果有）已释放即可。

你已经关闭Dispatcher的前提下，不需要在Dispose中额外处理Dispatcher的生命周期，只需确保托管资源的解除操作在对应UI线程的上下文中执行即可。

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