WCF服务中用HttpWebRequest实现Fire and Forget API调用的问题咨询

现有实现的核心问题 #

关于连接泄漏的答复 #

会，你的当前实现一定会导致大量连接处于打开状态。因为你调用request.GetResponseAsync()后既没有等待执行完成，也没有对返回的HttpWebResponse对象做释放操作，底层TCP连接会被持续占用，不会归还到.NET的HTTP连接池。而默认ServicePointManager对单个域名的最大并发连接数限制极低（客户端场景默认仅为2），高并发下很快就会耗尽连接资源，后续请求会直接排队超时，服务完全不可用。

其他潜在问题 #

• 异常无法有效捕获：你在Main中写的try/catch只能捕获SendRequest方法中同步执行阶段（比如构造请求、写请求流）的异常，GetResponseAsync抛出的所有异常（比如网络错误、远端返回500/400错误等）都会被封装在返回的Task对象中，你没有处理的话会成为未观察到的Task异常，不仅你无法感知到请求失败，部分.NET Framework版本中这类异常还会直接导致进程崩溃。
• 请求可能实际发送失败：仅写完请求流不接收响应的场景下，部分网络波动场景中底层框架可能不会将请求完整发送到远端，你以为请求已经发出，实际业务并没有触发。
• 多维度资源泄漏：除了TCP连接泄漏，未处理的Task、请求相关的托管/非托管资源都无法正常回收，服务运行久了会出现内存持续上涨、响应变慢等稳定性问题。

更合理的Fire and Forget实现 #

推荐使用HttpClient替代已被官方标记为过时的HttpWebRequest，配合异步+异常处理逻辑实现兼顾性能、可观测性的发后不管逻辑：

1. 首先全局初始化单例HttpClient（禁止每次请求新建HttpClient，否则会出现端口耗尽问题）：

// WCF服务全局静态初始化
private static readonly HttpClient _httpClient = new HttpClient();

2. 发后不管逻辑实现：

void SendRequest(string inputXML)
{
    // 用 discard 运算符丢弃返回的Task，不阻塞当前线程
    _ = _httpClient.PostAsync(
        "你的目标API地址", 
        new StringContent(inputXML, Encoding.UTF8, "application/xml")
    ).ContinueWith(t => 
    {
        // 仅当请求出错时执行日志逻辑，不影响主线程
        if (t.IsFaulted)
        {
            // 此处替换为你实际的日志组件
            Log.Error("调用目标API失败", t.Exception);
        }
        // 可选：如果需要记录非成功状态码，可增加以下逻辑
        else if (t.IsCompletedSuccessfully)
        {
            using var response = t.Result;
            if (!response.IsSuccessStatusCode)
            {
                Log.Warn($"API返回非成功状态码：{(int)response.StatusCode} {response.ReasonPhrase}");
            }
        }
    }, TaskContinuationOptions.ExecuteSynchronously);
}

3. 更高可靠性的可选方案：如果你的业务不允许丢请求，可以新增本地持久化队列（比如内存队列+落地磁盘、或者轻量MQ），先把请求参数写入队列，再由后台线程异步消费发送，还可以增加重试机制，就算服务重启也不会丢失请求。

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