ApplicationInsights中TelemetryClient使用疑问：为何using块外调用无数据

没错，你遇到的问题完全是因为错误管理了TelemetryConfiguration的生命周期导致的，咱们来拆解一下：

问题出在哪？ #

当你把TelemetryConfiguration放在using块里时，代码块执行完毕后，.NET会自动调用它的Dispose()方法。这个方法会释放TelemetryConfiguration内部所有的核心资源——包括TelemetryClient用来传递遥测数据的发送通道、内部队列，以及和Application Insights服务通信的连接组件。

你在using块外保留的TelemetryClient实例虽然还存在，但它依赖的TelemetryConfiguration已经被“拆了后台”，失去了发送数据的能力，自然无法把CustomEvent1推送到门户里。

正确的使用方式 #

如果你想在不同服务中注入并复用TelemetryClient，核心原则是让TelemetryConfiguration的生命周期和TelemetryClient保持一致，不要提前释放它。根据你的应用类型，有两种常见的正确做法：

1. ASP.NET Core（或其他依赖注入场景）

在DI容器中把TelemetryConfiguration注册为单例，然后让容器管理TelemetryClient的生命周期（同样推荐单例，因为它是线程安全的）：

// 在Program.cs中配置服务
builder.Services.AddSingleton<TelemetryConfiguration>(_ =>
{
    var config = TelemetryConfiguration.CreateDefault();
    config.InstrumentationKey = "your-instrumentation-key";
    return config;
});
builder.Services.AddSingleton<TelemetryClient>();

之后在你的服务中直接注入使用即可：

public class OrderService
{
    private readonly TelemetryClient _telemetryClient;

    // 构造函数注入
    public OrderService(TelemetryClient telemetryClient)
    {
        _telemetryClient = telemetryClient;
    }

    public void PlaceOrder()
    {
        _telemetryClient.TrackEvent("OrderPlaced");
        _telemetryClient.Flush();
        // 生产环境中无需Thread.Sleep，除非是立即退出的短生命周期应用
    }
}

2. 控制台/短生命周期应用

如果没有DI容器，不要提前DisposeTelemetryConfiguration，直到你完全不需要发送遥测数据时再释放：

var telemetryConfiguration = new TelemetryConfiguration("instrumentationKey");
var telemetryClient = new TelemetryClient(telemetryConfiguration);

// 在整个应用生命周期中使用telemetryClient
telemetryClient.TrackEvent("CustomEvent1");
telemetryClient.Flush();
Thread.Sleep(5000); // 仅在控制台应用退出前需要，确保数据发送完成

// 最后再释放资源
telemetryClient.Dispose();
telemetryConfiguration.Dispose();

额外提醒 #

TelemetryClient本身是线程安全的，所以单例复用是完全没问题的，不需要每次使用都创建新实例——这也是官方推荐的用法。

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