C#中-=移除事件处理程序后事件仍触发问题咨询

核心产生原因 #

不需要执行特殊的“清除”操作，出现该问题基本都是以下几种情况导致的：

• 解绑时传入的委托实例，和当初绑定时传入的不是同一个。这是最高发的场景：如果绑定时用的是匿名lambda、匿名方法，后续解绑时哪怕写了逻辑完全一致的匿名表达式，CLR也会判定为两个不同的委托实例，根本不会解绑成功。
• 同一个事件被重复绑定了多次，仅执行了一次解绑。比如页面/控件初始化时绑定了一次事件，后续某个业务分支又重复执行了+=绑定操作，单次-=只会移除一个订阅，剩余的订阅仍然会在赋值时正常触发。
• 操作的事件实例不对。如果事件是在父类定义的，子类用new关键字声明了同名的新事件，那你对子类事件执行-=操作，根本不会影响父类事件上已经绑定的订阅，实际赋值时触发的还是父类的事件。
• 混淆了自定义事件和框架内置事件。部分UI框架（WinForm/WPF/Blazor）、ORM组件的字段/控件本身带有内置的属性变更响应逻辑，你解绑的只是自己手动绑定的自定义处理器，内置逻辑的触发和你绑定的事件无关，容易被误认为是解绑失效。

正确处理方式 #

• 如果事件需要后续解绑，不要用匿名方法/lambda做处理器，统一抽成具名方法，绑定和解绑时传入同一个方法引用，示例如下：

// 绑定事件
field.ValueUpdated += OnFieldValueUpdated;

// 解绑事件（必须和绑定传同一个方法引用）
field.ValueUpdated -= OnFieldValueUpdated;

// 具名的事件处理方法
private void OnFieldValueUpdated(object sender, FieldValueArgs e)
{
    // 业务处理逻辑
}

• 临时屏蔽事件优先用标记位方案，比反复绑定解绑的稳定性高很多，不会出现委托不匹配、漏解绑的问题：

// 类级别标记，用来控制是否跳过事件逻辑
private bool _skipFieldEvent = false;

private void OnFieldValueUpdated(object sender, FieldValueArgs e)
{
    if (_skipFieldEvent) return;
    // 正常业务逻辑
}

// 重填充字段的方法
private void ReloadFieldData()
{
    _skipFieldEvent = true;
    try
    {
        // 此处批量给字段赋新值，触发的事件都会直接跳过逻辑
        fieldA.Value = dbValueA;
        fieldB.Value = dbValueB;
    }
    finally
    {
        _skipFieldEvent = false;
    }
}

• 排查问题时，可以通过事件的GetInvocationList()方法（自有代码定义的事件可直接调用，框架事件可通过反射访问非公开字段）拿到当前所有订阅的委托实例，核对是否有未被移除的订阅。

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