Apache的VirtualHost中无法设置MaxKeepAliveRequests，因其仅为全局指令；可通过全局设保守值（如30）并按虚拟主机用KeepAlive Off或缩短KeepAliveTimeout实现差异化控制，或改用Nginx/Envoy等反向代理实现子域名级精细连接管理。

Apache 的 VirtualHost 配置中无法直接对单个虚拟主机设置长连接（Keep-Alive）的最大请求数，因为 MaxKeepAliveRequests 是全局指令，只能在主配置（httpd.conf 或 apache2.conf）的服务器级上下文中生效，不能嵌套在 <VirtualHost> 块内。

不过，你可以通过以下方式实现“逻辑上针对特定子域名/虚拟主机”的长连接请求限制效果：

---

✅ 正确做法：用全局 MaxKeepAliveRequests + 虚拟主机隔离策略

Apache 的 Keep-Alive 行为由三个核心参数控制：

• KeepAlive On|Off
• KeepAliveTimeout seconds
• MaxKeepAliveRequests N

其中只有 MaxKeepAliveRequests 决定一个持久连接最多处理多少个请求。但它不支持 per-VirtualHost 设置。

所以实际操作分两步：

• 步骤一：设一个保守的全局值

  

  Apache Superset Dashboard and SQL Exploration Skill

  Apache Superset 是一个广泛采用的开源 BI 平台，用于 SQL 探索、图表构建和仪表板交付。当代理需要查询仓库数据、组装仪表板或使用成熟的分析界面解释指标而不是临时笔记本代码时，此技能非常有用。

  下载

  KeepAlive On
  MaxKeepAliveRequests 30
  KeepAliveTimeout 5

  这个值对所有虚拟主机统一生效。选 30 是兼顾复用与资源释放的常见折中（静态资源多可略高，API 服务建议更低）。

• 步骤二：用 <Location> 或 <Directory> 按路径关闭 Keep-Alive（针对性绕过） 如果你只想让 api.example.com 严格限制、而 www.example.com 保持高复用，可这样做：

  <VirtualHost *:80>
      ServerName api.example.com
      DocumentRoot /var/www/api
  
      # 关闭该站点的 Keep-Alive（彻底规避长连接累积）
      KeepAlive Off
      # 或者保留但大幅降低超时和请求数（虽不精准，但有心理预期）
      KeepAliveTimeout 2
      # MaxKeepAliveRequests 不可在此处写 —— 会报错或被忽略
  </VirtualHost>
  
  <VirtualHost *:80>
      ServerName www.example.com
      DocumentRoot /var/www/www
      KeepAlive On
      KeepAliveTimeout 15
      # 全局 MaxKeepAliveRequests 仍适用，但此处不干预
  </VirtualHost>

⚠️ 注意：KeepAlive Off 是唯一能在 <VirtualHost> 内真正生效的 Keep-Alive 控制手段；MaxKeepAliveRequests 和 KeepAliveTimeout 在 VirtualHost 中允许出现，但会被 Apache 忽略或覆盖为全局值（官方文档明确说明其作用域为 server-config）。

---

❌ 常见误区（不要这么做）

• 在 <VirtualHost> 里写 MaxKeepAliveRequests 10 → 无效，Apache 启动时可能警告，且不生效
• 试图用 mod_rewrite 或 mod_headers 操控 Connection: close 响应头来“模拟”限制 → 不可靠，客户端仍可能发起新连接，未解决本质问题
• 依赖 LimitRequestFields 或 LimitRequestLine → 这些是防畸形请求的，和 Keep-Alive 请求数无关

---

✅ 替代方案：用反向代理层做精细控制（推荐生产环境）

如果业务确实需要每个子域名独立的长连接策略（比如 download.example.com 允许 100 次，login.example.com 只允许 5 次），Apache 不是最佳选择：

• 将 Apache 作为反向代理（启用 mod_proxy）
• 后端用 Nginx 或 Envoy，它们支持 per-server 或 per-upstream 的 keepalive_requests 配置
• 或直接用 APISIX / Kong 等网关，在路由层做连接粒度策略

这样既保持 Apache 的稳定路由能力，又把精细化连接控制交给更擅长的组件。

不复杂但容易忽略