如何在ASP.NET Core应用内程序化调用请求管道？

当然可以！在ASP.NET Core里内部调用请求管道完全可行，而且有几种成熟的方式，我结合你的场景和疑问详细说说：

方案一：使用TestHost（推荐用于完整模拟API请求） #

你提到的Microsoft.AspNetCore.TestHost其实不止用于测试，在生产环境中使用完全安全靠谱——它本质是ASP.NET Core框架的官方组件，只是最初为集成测试设计，但核心逻辑和正式的请求管道完全一致，没有测试专属的限制或安全隐患。

针对你的几个疑问：

• 能否和常规宿主一同运行？ 完全可以。你可以在应用启动时，通过WebApplication.CreateBuilder额外配置一个TestServer，或者在运行时从依赖注入容器中获取相关服务来创建。只要DI容器配置正确，TestServer和正式宿主的服务不会冲突。
• 线程安全性如何？ TestServer是线程安全的，你可以从同一个实例创建多个TestClient，并在不同线程中并发使用。每个TestClient发起的请求都会在独立的HttpContext中处理，互相不会干扰。

这种方式的最大优势是：完全模拟外部HTTP请求的流程，路由匹配、授权中间件（包括Bearer令牌验证）、模型绑定等都会自动生效，你只需要像外部客户端一样构造请求（设置HTTP谓词、URL、请求头、请求体），剩下的管道会自动处理，不需要手动路由到控制器或处理授权逻辑，完美匹配你的场景。

示例代码大概是这样的：

// 在DI中注册TestServer
builder.Services.AddSingleton(sp =>
{
    var server = new TestServer(new WebHostBuilder()
        .UseStartup<Startup>()); // 复用你的启动类
    return server.CreateClient();
});

// 在业务逻辑中使用
var client = sp.GetRequiredService<HttpClient>();
var request = new HttpRequestMessage(HttpMethod.Post, "/api/workitems")
{
    Headers = { { "Authorization", "Bearer your-token" } },
    Content = new StringContent(JsonSerializer.Serialize(workItem), Encoding.UTF8, "application/json")
};
var response = await client.SendAsync(request);
response.EnsureSuccessStatusCode();

方案二：直接调用请求管道（轻量替代方案） #

如果你觉得TestHost有点“重”，也可以直接通过IHttpContextFactory和RequestDelegate来触发管道，这种方式不需要额外的HttpClient层，更轻量。

步骤大概是：

1. 从DI获取IHttpContextFactory，创建一个空的HttpContext实例
2. 手动配置请求的方法、路径、请求头、请求体
3. 获取应用的根RequestDelegate（可以从DI注入，或者从WebApplication实例获取）
4. 调用RequestDelegate处理请求

示例代码：

// 获取所需服务
var httpContextFactory = sp.GetRequiredService<IHttpContextFactory>();
var app = sp.GetRequiredService<WebApplication>(); // 或者直接注入RequestDelegate

// 创建并配置HttpContext
var httpContext = httpContextFactory.Create();
httpContext.Request.Method = HttpMethod.Post.Method;
httpContext.Request.Path = "/api/workitems";
httpContext.Request.Headers.Authorization = "Bearer your-token";
// 设置请求体
await using var streamWriter = new StreamWriter(httpContext.Request.Body);
await streamWriter.WriteAsync(JsonSerializer.Serialize(workItem));
await streamWriter.FlushAsync();
httpContext.Request.Body.Position = 0;

// 执行管道
await app.RunAsync(httpContext);

// 处理响应
var responseBody = await new StreamReader(httpContext.Response.Body).ReadToEndAsync();

这种方式同样会触发完整的管道流程，包括授权和路由，只是跳过了HttpClient的封装，性能略高一点，但需要手动处理请求的细节。

关于你提到的“直接调用控制器方法”的问题 #

直接实例化控制器调用方法确实会跳过中间件流程，包括授权，所以不推荐。而上面两种方案都会完整走一遍请求管道，授权特性会正常生效，完全满足你的Bearer令牌验证需求，也不需要手动路由到控制器——路由中间件会自动匹配到对应的Action。

总结 #

如果你的场景是把工作项转换成完整的API调用，优先用TestHost方案，它最省心，完全模拟真实请求，不需要额外处理路由、授权等细节；如果追求极致性能，或者只需要调用管道的特定分支，可以用直接调用RequestDelegate的方式。

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