为何仅生产环境后端调用会返回429 Too many requests？如何解决？

1. 出口IP聚合触发限流 #

托管环境中，AppA的多个实例通常共享同一公网出口IP，所有实例的请求会被AppB的限流系统归为同一IP的请求。哪怕单个实例的请求量不多，累加后也容易触发限流阈值。而本地开发环境和Chrome浏览器使用个人独立IP，请求量分散，很难达到阈值。

2. 请求频率与并发的差异 #

本地代码虽然循环1000次，但用.Result同步阻塞+本地网络延迟，实际请求发送频率并不高。而托管环境网络链路更稳定，请求响应更快，相同次数的请求会在更短时间内完成，触发AppB基于请求频率的限流规则——哪怕总请求量比本地少。

另外，每次循环创建并销毁HttpClient会导致大量TCP连接频繁建立/关闭，这种行为可能被限流系统判定为异常请求模式，进一步触发拦截。

3. 请求来源的差异化限流配置 #

AppB可能针对不同来源设置了差异化规则：

• 浏览器请求带有User-Agent、Cookie等用户标识，限流系统可能按用户维度统计，阈值更高；
• 本地开发请求可能被标记为测试流量，纳入宽松规则；
• 托管内部服务的请求（AppA→AppB）可能被归类为批量流量，设置了更严格的阈值，防止内部服务互相压垮。

1. 修复HttpClient的错误使用 #

不要在循环内重复创建HttpClient，复用实例可减少连接开销，避免被误判为恶意请求：

// 复用单个HttpClient实例
using var client = new HttpClient();
client.BaseAddress = new Uri(url);
client.DefaultRequestHeaders.Accept.Add(new MediaTypeWithQualityHeaderValue("application/json"));

for (int i = 0; i < 1000; i++)
{
    // 用await替代.Result，避免阻塞线程
    string response = await client.GetStringAsync(urlParameters);
}

如果是ASP.NET Core项目，更推荐用IHttpClientFactory管理HttpClient生命周期。

2. 控制请求频率与并发 #

主动降低托管环境的请求频率，或限制并发数：

• 添加请求间隔：在循环中加入await Task.Delay(50);（延迟时间按需调整）；
• 用SemaphoreSlim控制并发请求数，避免瞬间发送大量请求：

  var semaphore = new SemaphoreSlim(5); // 限制同时发送5个请求
  using var client = new HttpClient();
  // 初始化client...
  
  var tasks = Enumerable.Range(0, 1000).Select(async i =>
  {
      await semaphore.WaitAsync();
      try
      {
          await client.GetStringAsync(urlParameters);
      }
      finally
      {
          semaphore.Release();
      }
  });
  
  await Task.WhenAll(tasks);
  

3. 遵循429响应的重试规则 #

收到429响应时，检查Retry-After响应头，按指定延迟时间重试，不要立即重试：

using var client = new HttpClient();
// 初始化client...

for (int i = 0; i < 1000; i++)
{
    HttpResponseMessage response;
    try
    {
        response = await client.GetAsync(urlParameters);
    }
    catch (HttpRequestException)
    {
        // 处理网络异常
        continue;
    }

    if (response.StatusCode == HttpStatusCode.TooManyRequests)
    {
        if (int.TryParse(response.Headers.RetryAfter?.Delta?.TotalSeconds.ToString(), out int retryAfter))
        {
            await Task.Delay(TimeSpan.FromSeconds(retryAfter));
            // 重试当前请求
            i--;
            continue;
        }
    }

    // 处理正常响应
    string content = await response.Content.ReadAsStringAsync();
}

4. 调整限流规则或申请白名单 #

联系AppB的运维/开发团队：

• 确认限流规则的具体逻辑，若为IP限流，可申请将AppA的出口IP加入白名单；
• 协商调整针对内部服务的限流阈值；
• 确认是否有测试环境的宽松规则可复用。

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