Kestrel+IIS反向代理场景下RequestAborted未触发问题咨询

我之前也帮同行处理过类似的ASP.NET Core前置代理场景的问题，结合你描述的情况——作为Java服务的前置代理，客户端频繁在请求完成前中止操作，但HttpContext.RequestAborted始终为false，没法及时终止对后端Java服务的调用，确实挺头疼的。下面给你梳理下关键的解决要点：

1. 先确认Kestrel的Bug修复情况 #

你提到的RequestAborted始终为false的问题，在ASP.NET Core 2.x的后续补丁版本中已经被修复了。首先务必确保你的应用已经升级到ASP.NET Core 2.x的最新稳定补丁版（比如2.2.8及以上），这是解决问题的基础前提。

2. 配置IIS反向代理传递取消信号 #

因为你是用IIS作为反向代理指向Kestrel，默认情况下IIS可能不会把客户端的取消请求信号传递给Kestrel，需要调整两处配置：

• 在站点的web.config中，给aspNetCore节点添加requestTimeout配置（根据你的业务场景调整超时时长），同时确保日志开启方便排查：

  <aspNetCore processPath="dotnet" arguments=".\YourProxyApp.dll" stdoutLogEnabled="true" stdoutLogFile=".\logs\stdout" requestTimeout="00:02:00" />
  

• 另外，确保IIS的应用程序池设置中，“关闭超时”时间不要过短，避免IIS提前终止Kestrel进程。

3. 在自定义代理中间件中绑定取消令牌 #

你的自定义代理中间件必须主动监听HttpContext.RequestAborted的取消信号，并且把这个令牌关联到对后端Java服务的请求上，这样客户端取消时，后端请求也会被立即终止。给你一个简化的示例代码：

public class ProxyMiddleware
{
    private readonly RequestDelegate _next;
    private readonly HttpClient _httpClient;
    private readonly ILogger<ProxyMiddleware> _logger;

    public ProxyMiddleware(RequestDelegate next, HttpClient httpClient, ILogger<ProxyMiddleware> logger)
    {
        _next = next;
        _httpClient = httpClient;
        _logger = logger;
    }

    public async Task Invoke(HttpContext context)
    {
        var backendUrl = "http://your-java-service/api/target-endpoint";
        using var backendRequest = new HttpRequestMessage(new HttpMethod(context.Request.Method), backendUrl);
        
        // 复制客户端请求的头部到后端请求
        foreach (var header in context.Request.Headers)
        {
            if (!backendRequest.Headers.TryAddWithoutValidation(header.Key, header.Value.ToArray()) && !backendRequest.Content.Headers.TryAddWithoutValidation(header.Key, header.Value.ToArray()))
            {
                _logger.LogWarning("无法添加请求头: {HeaderKey}", header.Key);
            }
        }

        // 关联客户端的取消令牌到后端请求
        using var cts = CancellationTokenSource.CreateLinkedTokenSource(context.RequestAborted);
        backendRequest.CancellationToken = cts.Token;

        try
        {
            using var backendResponse = await _httpClient.SendAsync(backendRequest, HttpCompletionOption.ResponseHeadersRead);
            
            // 将后端响应返回给客户端
            context.Response.StatusCode = (int)backendResponse.StatusCode;
            foreach (var header in backendResponse.Headers)
            {
                context.Response.Headers.TryAdd(header.Key, new StringValues(header.Value.ToArray()));
            }
            foreach (var header in backendResponse.Content.Headers)
            {
                context.Response.Headers.TryAdd(header.Key, new StringValues(header.Value.ToArray()));
            }
            await backendResponse.Content.CopyToAsync(context.Response.Body);
        }
        catch (OperationCanceledException)
        {
            // 处理请求取消的逻辑，比如记录日志、清理资源
            _logger.LogInformation("客户端已取消请求，终止对后端Java服务的调用");
            context.Response.StatusCode = StatusCodes.Status499ClientClosedRequest;
        }
    }
}

这里的核心是用CancellationTokenSource.CreateLinkedTokenSource把客户端的取消令牌和后端请求的令牌绑定，确保两者同步触发取消。

4. 排查验证技巧 #

• 开启详细日志：在appsettings.json中配置Kestrel和HttpClient的Debug级日志，方便追踪取消信号的传递过程：

  "Logging": {
    "LogLevel": {
      "Microsoft.AspNetCore.Server.Kestrel": "Debug",
      "System.Net.Http.HttpClient": "Debug"
    }
  }
  

• 手动测试：用curl或者Postman发起请求后中途取消，观察后端Java服务的调用是否被及时终止，同时查看日志确认RequestAborted是否正确触发。

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