C#自定义事件访问器中如何获取订阅关联的事件参数值

你要的追踪订阅环节参数、按Tag筛选事件触发范围的需求完全能做，但一开始想的“在事件add访问器里通过value.xxx直接拿订阅时传入的Tag参数”的路在标准C#事件语法下走不通。

原代码的实际问题 #

• 有个低级笔误：add块里写的是给_onSpecificTagCollision追加委托，根本没给你定义的私有事件字段_onSpecificTagEvent赋值，逻辑跑不起来
• 认知上的误区：C#标准事件的add访问器里，value就是一个匹配委托签名的方法引用，编译器处理obj.OnXxxEvent += handler语法时，只会把handler本身传给add逻辑，不会附带任何你想额外传的Tag参数，根本不存在从value上读Tag的可能。

落地实现方案 #

别硬往原生事件语法里塞自定义参数，换个思路：订阅的时候显式把Tag和委托绑定存下来，按Tag分组维护委托列表，既实现了订阅参数的全链路追踪，触发的时候也不用遍历所有订阅者挨个判断，直接按目标Tag找对应列表调用就行，调用范围自然就缩小了。
具体实现参考：

// 按Tag值分组存关联的订阅委托，触发时直接匹配，不用全量遍历
private readonly Dictionary<Tags, List<Action<Tags>>> _tagGroupedSubs = new();
// 存每个委托绑定的Tag，方便退订的时候精准移除
private readonly Dictionary<Action<Tags>, Tags> _handlerBindTag = new();

/// <summary>
/// 订阅指定Tag的事件，必须传入绑定的Tag值完成关联
/// </summary>
public void Subscribe(Tags targetTag, Action<Tags> handler)
{
    // 避免同一委托重复订阅
    if (_handlerBindTag.ContainsKey(handler)) return;

    _handlerBindTag[handler] = targetTag;
    if (!_tagGroupedSubs.ContainsKey(targetTag))
    {
        _tagGroupedSubs[targetTag] = new List<Action<Tags>>();
    }
    _tagGroupedSubs[targetTag].Add(handler);
}

/// <summary>
/// 退订指定的事件处理器
/// </summary>
public void Unsubscribe(Action<Tags> handler)
{
    if (!_handlerBindTag.TryGetValue(handler, out var bindTag)) return;

    _tagGroupedSubs[bindTag].Remove(handler);
    // 空分组直接清掉，避免内存冗余
    if (_tagGroupedSubs[bindTag].Count == 0)
    {
        _tagGroupedSubs.Remove(bindTag);
    }
    _handlerBindTag.Remove(handler);
}

/// <summary>
/// 触发指定Tag的事件，只调用绑定了对应Tag的订阅者
/// </summary>
public void Trigger(Tags triggerTag)
{
    if (!_tagGroupedSubs.TryGetValue(triggerTag, out var relatedHandlers)) return;

    // 转成列表遍历，避免触发过程中集合被修改抛异常
    foreach (var handler in relatedHandlers.ToList())
    {
        handler.Invoke(triggerTag);
    }
}

这套实现的好处：

• 订阅的时候必须明确传入要关联的Tag，从根源上把参数追踪的问题解决了
• 触发事件时不用过筛所有订阅者，直接按Tag匹配分组调用，性能更好
• 退订逻辑精准，不会出现委托没清干净的内存泄漏问题

不建议用的野路子 #

如果硬要兼容C#原生的+=事件写法，只能把Tag值通过闭包捕获写到委托的目标对象里，但这种方式坑很多：

闭包的结构是编译器动态生成的，没有统一格式，要在add访问器里读捕获的Tag，必须靠反射拆委托的内部结构，性能差不说，换个编译器版本、改个代码写法很可能直接读不出来，生产环境用纯纯给自己挖坑。

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