C#应用性能分析是保障应用稳定运行的重要环节，ETW事件和EventSource是.NET生态中常用的性能数据采集工具，二者配合可以实现高效、低开销的运行时状态追踪，为性能问题定位提供可靠的数据支撑。
ETW和EventSource基础概念
ETW全称为Event Tracing for Windows，是Windows系统内置的事件追踪基础设施，支持内核级和应用级的事件采集，具备低性能开销、高灵活性的特点，广泛应用于系统诊断和应用性能分析场景。
EventSource是.NET Framework 4.5及后续版本、.NET Core、.NET 5+中提供的托管类库，用于向ETW提供者写入事件，开发者可以通过继承EventSource类自定义需要采集的事件类型和内容，无需直接操作底层ETW接口。
在性能分析中的核心作用
低开销采集运行时数据
ETW的设计目标之一就是最小化对应用运行的影响，EventSource基于ETW实现事件写入，默认情况下事件采集的开销极低，不会明显干扰应用的正常执行逻辑，适合在生产环境长期开启基础性能数据采集。
相比传统的日志采集方式，使用ETW和EventSource采集性能数据不需要频繁进行磁盘IO或者网络传输，事件会先缓存在内存中，后续按需导出，进一步降低了性能损耗。
精准定位性能瓶颈
通过自定义EventSource事件，开发者可以针对应用中的关键逻辑节点埋点，比如方法调用耗时、数据库查询耗时、接口请求耗时等，结合ETW的事件收集工具，可以精准统计各个节点的执行时间分布。
例如可以在耗时较长的方法入口和出口分别写入事件，通过计算两个事件的时间差得到方法的实际执行耗时，快速定位到耗时异常的方法。
支持多维度性能数据关联
ETW事件支持携带丰富的上下文信息，比如线程ID、进程ID、事件级别、自定义负载数据等，EventSource可以在事件中写入业务相关的自定义参数，比如用户ID、请求ID、操作类型等。
在性能分析时，可以通过这些上下文信息将不同维度的数据关联起来，比如将某个接口请求的所有相关事件串联起来，完整还原请求的处理链路，快速找到链路中的性能短板。
适配多种性能分析场景
ETW和EventSource不仅支持自定义应用事件，还可以采集系统级和.NET运行时自带的性能事件，比如GC回收事件、线程调度事件、异常抛出事件等，覆盖从应用层到运行时层的全链路性能分析需求。
无论是开发环境的本地性能调试，还是生产环境的线上问题排查，都可以通过配置不同的事件采集规则，获取对应场景需要的性能数据。
使用示例
自定义EventSource类
首先创建一个继承EventSource的自定义类，定义需要采集的性能事件：
using System.Diagnostics.Tracing;
[EventSource(Name = "MyApp-Performance-EventSource")]
public class AppPerformanceEventSource : EventSource
{
// 定义单例实例，方便全局调用
public static readonly AppPerformanceEventSource Instance = new AppPerformanceEventSource();
// 定义方法调用开始事件，事件ID为1，级别为Informational
[Event(1, Level = EventLevel.Informational, Message = "方法 {0} 开始执行")]
public void MethodStart(string methodName)
{
WriteEvent(1, methodName);
}
// 定义方法调用结束事件，事件ID为2，级别为Informational
[Event(2, Level = EventLevel.Informational, Message = "方法 {0} 执行结束，耗时 {1} 毫秒")]
public void MethodEnd(string methodName, long elapsedMilliseconds)
{
WriteEvent(2, methodName, elapsedMilliseconds);
}
}
在业务代码中埋点
在需要统计耗时的方法中添加事件写入逻辑：
using System;
using System.Diagnostics;
public class UserService
{
public void GetUserInfo()
{
// 记录方法开始事件
AppPerformanceEventSource.Instance.MethodStart("GetUserInfo");
var stopwatch = Stopwatch.StartNew();
try
{
// 模拟业务逻辑执行
System.Threading.Thread.Sleep(100);
}
finally
{
stopwatch.Stop();
// 记录方法结束事件，携带耗时信息
AppPerformanceEventSource.Instance.MethodEnd("GetUserInfo", stopwatch.ElapsedMilliseconds);
}
}
}
采集和分析事件数据
可以使用Windows自带的perfview工具或者logman命令采集ETW事件，以下是使用logman创建ETW采集会话的示例：
# 创建ETW采集会话，采集自定义EventSource的事件 logman create trace MyAppTrace -p "MyApp-Performance-EventSource" 0xFFFF -o myapp_trace.etl -f bincirc -max 100 # 启动采集会话 logman start MyAppTrace # 运行需要分析的应用，执行相关操作 # 停止采集会话 logman stop MyAppTrace # 删除采集会话 logman delete MyAppTrace
采集得到的etl文件可以用PerfView打开，在事件列表中筛选自定义的事件，查看每个方法的执行耗时，快速定位性能问题。
注意事项
- 自定义EventSource的名称需要保持唯一，避免和其他EventSource冲突。
- 事件负载的参数类型和数量需要和
WriteEvent方法的参数匹配，否则会导致事件写入失败。 - 生产环境开启事件采集时，建议只开启必要的事件级别，避免采集过多无用数据占用资源。
- ETW事件采集需要对应的权限，部分系统级事件可能需要管理员权限才能采集。
ETWEventSourceC#性能分析事件追踪修改时间：2026-07-04 22:06:26