是否需要调用BindingOperations.DisableCollectionSynchronization？不注销会泄漏吗？

核心背景 #

BindingOperations.EnableCollectionSynchronization是WPF中用于支持跨线程安全修改绑定集合的官方推荐方法，它通过注册同步令牌，让UI线程与后台线程能协调访问集合，避免线程冲突。多数资料都会提醒调用后要配合BindingOperations.DisableCollectionSynchronization注销令牌，以下是不这么做的具体影响：

1. 大概率引发内存泄漏 #

这是最常见也最严重的问题：

• WPF内部会将同步令牌与目标集合关联，存储在一个静态字典中。如果你的集合是短生命周期对象（比如弹窗、临时页面内的集合），在其本该被GC回收的场景下（比如弹窗关闭），由于WPF仍持有集合的引用，GC无法正常回收该集合及其关联的对象（比如绑定的ViewModel、数据项等），最终导致内存泄漏。
• 只有当你主动调用DisableCollectionSynchronization，WPF才会从内部字典中移除对应集合的引用，让GC有机会回收这些对象。

2. 可能触发重复注册异常 #

如果后续你针对同一个集合再次调用EnableCollectionSynchronization，而之前的令牌未注销，WPF会直接抛出异常——因为同一个集合不允许同时注册多个同步令牌，也不允许重复注册同一令牌。这种情况在重复初始化组件、复用集合实例时容易出现。

3. 潜在的性能负担 #

对于长生命周期集合（比如应用全局的单例集合），不注销令牌可能不会立即引发内存泄漏，但会让WPF的同步机制长期维护一个不必要的令牌条目，增加内部字典的复杂度，虽然对性能影响极小，但属于不符合最佳实践的写法。

正确实践 #

在集合的生命周期结束时（比如窗口的Unloaded事件处理、实现IDisposable接口的ViewModel的Dispose方法中），调用BindingOperations.DisableCollectionSynchronization注销对应的同步令牌，确保资源能被正常回收，同时避免后续的异常风险。

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