.Net:继承 EventSource 的子类

.Net: subclassing subclasses of EventSource

我有一个跨越很多很多项目的 C# 解决方案。我创建了一个继承自 Systme.Diagnostics.Tracing.EventSource 的跟踪 class,称为 MyCustomEventSource,它处理我的大部分跟踪事件。我想为每个项目创建此 class 的子classes,以便我可以实施与特定项目相关的事件。

我也在写一个 ETW 消费者,我可以在其中轻松地监听来自我系统的不同组件的事件。

但我的消费者无法正确识别事件:当我侦听 MyCustomEventSource 时,每个事件的 EventName 字段都设置为方法的名称,而 FormattedMessage 设置为 Message 属性。示例:

[Event(1,
         Message = "The configuration parameter \"{0}\" was loaded with a value of {1}.",
         Level = EventLevel.Informational,
         Task = Tasks.Configuration,
         Keywords = Keywords.Diagnostics)]
    public void ConfigParameterLoaded(string name, string value)
    {
        WriteEvent(1, name, value);
    }

如果我监听 MyCustomEventSource,并且应用程序调用 ConfigParameterLoaded,那么我会得到一个名为 ConfigParameterLoaded 的事件,其 FormattedMessage 是 "The configuration parameter "x" was loaded with a value of y."

这很好。

但是,如果我在 MyCustomEventSource 的 subclass 上创建一个类似的方法并从这个 subclass 触发事件,我的 EventName 将始终是 "EventSourceMessage",并且 FormattedMessage 将始终为空。

我认为这可能是因为 System.Diagnostics.Tracing.EventAttribute 没有 AttributeUsage(Inherited=true)。

我的问题是:有没有办法解决这个问题,并在从子class触发事件时获得正确的信息?

这是行不通的,因为这是不允许的。您只能实现接口并从不包含任何事件、任务、关键字的抽象 class 派生。阅读 _EventSourceUsersGuide.docx:

Starting with the RTM release of the EventSource NuGet package it is now possible to specify event source types that are implementing an interface. The initial design decision (in the beta release of the NuGet package) to explicitly disallow event source class hierarchies. In the new approach one can define utility event source types: abstract event source classes that derive from EventSource and hold all code common to a set of event sources. These abstract classes cannot define any ETW-specific elements: keywords, tasks, opcodes, channels, events. They can only provide methods to be used by derived classes.