如何将.NET 4.6.1动态API控制器执行逻辑迁移至.NET 8 ASP.NET Core

一、利用ASP.NET Core原生服务复现完整动作管道 #

ASP.NET Core移除了HttpControllerContext.ExecuteAsync，但可以通过框架内置的IActionInvokerFactory和IActionSelector实现原生动作匹配、参数绑定、过滤器执行的完整流程，彻底替代反射硬编码MethodInfo的方案：

1. 注入核心服务
   在批量处理的控制器或服务中，注入以下依赖：

private readonly IActionInvokerFactory _actionInvokerFactory;
private readonly IActionSelector _actionSelector;
private readonly IHttpContextFactory _httpContextFactory;
private readonly IHttpContextAccessor _httpContextAccessor;

public BatchController(IActionInvokerFactory actionInvokerFactory, IActionSelector actionSelector, IHttpContextFactory httpContextFactory, IHttpContextAccessor httpContextAccessor)
{
    _actionInvokerFactory = actionInvokerFactory;
    _actionSelector = actionSelector;
    _httpContextFactory = httpContextFactory;
    _httpContextAccessor = httpContextAccessor;
}

2. 构造单个请求上下文并匹配动作
   对批量请求中的每个子请求，复制当前上下文的基础环境，修改请求路径、方法、参数等信息，然后通过IActionSelector自动匹配对应动作：

private async Task<IActionResult> ExecuteSingleRequestAsync(string requestPath, HttpMethod method, IQueryCollection query, Stream bodyStream)
{
    var originalContext = _httpContextAccessor.HttpContext;
    // 创建新的HttpContext实例，复用原上下文的特征和服务
    var newContext = _httpContextFactory.Create(originalContext.Features);
    
    // 配置子请求的核心属性
    newContext.Request.Method = method.Method;
    newContext.Request.Path = new PathString(requestPath);
    newContext.Request.QueryString = QueryString.Create(query);
    newContext.Request.Body = bodyStream;
    newContext.Request.ContentType = originalContext.Request.ContentType;
    newContext.RequestServices = originalContext.RequestServices;

    // 自动匹配符合条件的动作描述符
    var candidateActions = _actionSelector.SelectCandidates(newContext);
    var matchedAction = _actionSelector.SelectBestCandidate(newContext, candidateActions);
    
    if (matchedAction == null)
        return new NotFoundResult();

    // 创建动作执行器并执行完整管道
    var invoker = _actionInvokerFactory.CreateInvoker(newContext);
    await invoker.InvokeAsync();

    // 从上下文提取执行结果
    return newContext.Items["ActionExecutionResult"] as IActionResult ?? new StatusCodeResult(StatusCodes.Status500InternalServerError);
}

3. 通过过滤器捕获动作结果
   注册一个全局动作过滤器，在动作执行完成后将结果存入HttpContext.Items，避免依赖内部字段：

public class CaptureActionResultFilter : IActionFilter
{
    public void OnActionExecuting(ActionExecutingContext context) { }

    public void OnActionExecuted(ActionExecutedContext context)
    {
        if (context.Result != null)
        {
            context.HttpContext.Items["ActionExecutionResult"] = context.Result;
        }
    }
}

在Program.cs中注册该过滤器：

builder.Services.AddControllers(options =>
{
    options.Filters.Add<CaptureActionResultFilter>();
});

二、安全获取响应结果的方案 #

通过上述过滤器获取的IActionResult实例可以直接处理，无需读取响应流或依赖内部字段：

var actionResult = await ExecuteSingleRequestAsync(...);
if (actionResult is OkObjectResult okResult)
{
    // 直接获取响应数据对象
    var responseData = okResult.Value;
    // 后续序列化或业务处理
}
else if (actionResult is BadRequestObjectResult badRequestResult)
{
    var errorDetails = badRequestResult.Value;
    // 处理错误信息
}
else if (actionResult is StatusCodeResult statusResult)
{
    // 处理无响应体的状态码结果
}

三、解决大小写与重载匹配问题 #

使用IActionSelector的原生匹配逻辑，完全遵循ASP.NET Core的路由规则：

• 自动适配路由配置的大小写策略（如LowercaseUrls）
• 根据请求参数（查询字符串、请求体）自动选择正确的动作重载
  彻底规避反射硬编码MethodInfo带来的脆弱性。

四、额外优化点 #

• 上下文复用：通过IHttpContextFactory复用上下文实例，降低内存开销
• 批量限流：限制单次批量请求的子请求数量，避免服务器过载
• 异常隔离：在ExecuteSingleRequestAsync中添加try-catch，单个子请求的异常不影响批量处理的整体流程

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