.NET WebApp.Start()触发追踪重复输出：库Bug还是使用不当？

1. 是否存在使用/配置错误？ #

不存在常规的使用或配置错误。你在集成测试中每次启动新Web API实例的做法是合理的，重复输出Trace的根源在于Microsoft.Owin.Hosting内部的EnableTracing()方法实现缺陷——它未检查Trace.Listeners中是否已存在HostingTraceListener就直接添加，且WebApp.Start()返回的IDisposable未包含清理该监听器的逻辑，导致监听器随测试次数累积，和你的配置或使用方式无关。

2. 这是否是.NET/OWIN的Bug？若为Bug，最新.NET中是否仍存在？该在哪里上报？ #

• 这确实是OWIN Katana（.NET Framework下的OWIN实现）的Bug，属于资源泄漏问题：未正确管理Trace.Listeners中的监听器生命周期。
• 最新的.NET（.NET 5+及.NET Core）中不存在此问题。因为.NET Core之后的OWIN栈已经重构，不再依赖System.Diagnostics.Trace的全局监听器机制，改用了更现代化的日志抽象（如ILogger）。
• 上报渠道：该Bug属于ASP.NET Katana项目，可在GitHub的aspnet/AspNetKatana仓库提交Issue。注意Katana已进入维护模式，官方大概率不会发布修复，但提交Issue可以帮助其他遇到同样问题的开发者。

3. 测试中有无合理修复方案，如何在测试间清理监听器？ #

针对集成测试场景，有两种可靠的修复方式：

方式一：测试清理阶段精准移除HostingTraceListener #

在每个测试类的清理方法（如NUnit的[TearDown]、xUnit的IDisposable.Dispose()）中，遍历Trace.Listeners并移除所有HostingTraceListener实例：

using System.Diagnostics;
using Microsoft.Owin.Hosting.Tracing;

// 示例：NUnit的测试清理方法
[TearDown]
public void CleanupTraceListeners()
{
    lock (Trace.Listeners)
    {
        var listenersToRemove = Trace.Listeners.OfType<HostingTraceListener>().ToList();
        foreach (var listener in listenersToRemove)
        {
            Trace.Listeners.Remove(listener);
            listener.Dispose();
        }
    }
}

加锁是因为Trace.Listeners是全局共享集合，多线程测试场景下需要保证线程安全。

方式二：封装WebApp启动逻辑，避免重复添加监听器 #

如果测试启动逻辑可自定义，可以在调用WebApp.Start()前先检查并移除已有监听器，防止重复添加：

public static IDisposable StartCleanWebApp<TStartup>(string url)
{
    // 启动前先清理已有HostingTraceListener
    CleanupTraceListeners();
    return WebApp.Start<TStartup>(url);
}

private static void CleanupTraceListeners()
{
    lock (Trace.Listeners)
    {
        var existingListeners = Trace.Listeners.OfType<HostingTraceListener>().ToList();
        foreach (var listener in existingListeners)
        {
            Trace.Listeners.Remove(listener);
            listener.Dispose();
        }
    }
}

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