xUnit集成测试运行渐缓并超时，求问题原因分析

使用xUnit的Theory特性从JSON文件读取测试数据，对翻译接口开展集成测试，测试套件包含约18000个复杂度一致、无特定执行顺序的测试用例。测试初期运行正常，但随着用例逐步执行，速度开始变慢，甚至出现两类超时问题：

• 部分测试耗时异常（如某测试耗时2.7分钟，最终因操作取消失败）
• 出现构建IHost超时错误，提示可通过DOTNET_HOST_FACTORY_RESOLVER_DEFAULT_TIMEOUT_IN_SECONDS环境变量修改超时时间

请问可能是什么原因导致的？

• 资源泄漏未释放：如果每个Theory测试用例都单独创建IHost、HttpClient等资源，且未正确调用Dispose释放，会导致连接池耗尽、内存占用持续飙升，后续创建资源或发起请求时需要等待已耗尽的资源释放，最终引发超时。
• 并行执行过载：xUnit默认会并行运行测试，18000个用例同时发起请求会导致两个层面的过载：一是目标翻译接口因请求量过大响应变慢甚至限流；二是本地测试进程的网络端口、线程资源被占满，新请求无法及时分配资源，造成等待超时。
• 重复初始化开销：若每个测试用例都重复执行IHost的构建流程（比如在测试方法内或构造函数中初始化），18000次重复的服务注册、容器初始化会累积巨大的性能开销，后期系统资源不足时，IHost构建会因资源争抢出现超时。
• 测试数据加载重复IO：如果每个测试用例都重复读取、解析JSON文件，而未对测试数据做缓存，大量重复的磁盘IO操作会拖慢整体测试速度，随着测试推进，IO等待时间累积导致超时。
• 系统资源耗尽：大量测试持续运行后，本地测试进程的CPU、内存、网络连接资源被耗尽，无论是本地初始化IHost，还是向翻译接口发起请求，都无法获得足够资源支持，进而触发超时。
• 目标接口限流熔断：翻译接口可能存在请求频率限制，当18000个测试用例的请求触发限流或熔断机制后，后续请求会被延迟处理或直接拒绝，导致测试等待超时。

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