反向代理加缓存层已经成为现代Web架构中不可或缺的一环，它不仅能减少后端应用服务器的压力，还能大幅提升客户端感知的加载速度。随着HTTP/3（基于QUIC）的逐步普及，越来越多的站点开始通过UDP多路复用、零RTT握手等特性来改善弱网环境下的用户体验。Apache作为老牌HTTP服务器，虽然原生对HTTP/3的支持起步较晚，但从2.5.x版本开始通过mod_http3模块初步实现了服务端和代理模式的QUIC通信。将Apache同时用作反向代理和缓存服务器，并让它直接面向用户提供HTTP/3服务，既能享受到新协议的低延迟优势，又能利用成熟的缓存机制降低后端QPS，在一些高并发场景下甚至可以稳定达到每秒处理14100个请求（rs14100）的性能表现。
搭建支持QUIC的Apache代理环境
要让Apache作为HTTP/3反向代理运行，首先需要编译或安装启用了QUIC支持的版本。目前Apache httpd自身的mod_http3仍在快速迭代中，许多发行版的默认包尚未直接包含，推荐从源码编译。编译前需确保系统中已安装支持QUIC的TLS库，如quiche（Cloudflare）或msquic（微软）。以quiche为例，先通过cargo构建其动态库，再编译Apache时加入--enable-http3 --with-quiche编译选项。安装完成后，在配置文件中加载mod_http3模块，并至少启用一个基于UDP的监听端口。
LoadModule http3_module modules/mod_http3.so
LoadModule proxy_module modules/mod_proxy.so
LoadModule proxy_http_module modules/mod_proxy_http.so
Listen 443 https
Listen 443 quic
<VirtualHost *:443>
Protocols h2 h3
ProtocolsHonorOrder On
SSLEngine on
SSLCertificateFile /path/to/cert.pem
SSLCertificateKeyFile /path/to/privkey.pem
# 关键：设置Alt-Svc头，告知客户端本服务器支持h3
Header always set Alt-Svc 'h3=":443"; ma=86400'
</VirtualHost>
上例同时监听了TCP的443端口（用于HTTP/2和HTTP/1.1）和UDP的443端口（QUIC）。Protocols指令申明该虚拟主机支持h2和h3，并通过Alt-Svc响应头告知浏览器可以尝试使用HTTP/3连接。实际代理请求转发到后端时，可以在同个VirtualHost内使用ProxyPass指令，例如ProxyPass "/" "http://backend:8080/"。此时客户端到Apache之间使用HTTP/3，Apache到后端仍为HTTP/1.1或HTTP/2，这种卸载QUIC的代理模式对后端完全透明。
需要注意的是，HTTP/3的QUIC连接要求TLS 1.3，因此证书和密钥配置必须正确。另外，前端如果有负载均衡器（如LVS、HAProxy），需确保UDP 443流量能被正确路由到Apache实例。为了让客户端顺利尝试HTTP/3，还可以在DNS记录中添加HTTPS/SVCB记录，不过目前Alt-Svc头已经足够兼容主流浏览器。
为HTTP/3流量定制缓存策略
Apache代理缓存的核心模块包括mod_cache、mod_cache_disk和mod_cache_socache。在反向代理场景中，缓存可以存储后端返回的静态或动态内容，并根据HTTP头中的过期信息决定是否直接响应。由于HTTP/3继承了HTTP/2的语义，缓存控制头（如Cache-Control、Expires）的处理方式与之前完全一致，但QUIC的某些特性会影响缓存效率，比如多路复用带来的并发请求数变化，以及零RTT可能引起的不安全状态，需要针对性地调整缓存键和缓存行为。
开启缓存前，需在全局或虚拟主机中配置CacheEnable和CacheRoot等指令。为了最大化命中率并避免缓存污染，建议定义精细的缓存键。默认情况下，Apache会根据请求URL生成缓存键，但若后端针对不同的Accept-Encoding（如gzip、br）返回不同内容，还需将请求头的Vary字段纳入考量。使用CacheQuickHandler off和详细的CacheKeyBaseURL可以防止因为查询参数顺序不同而导致的重复缓存。下面是一个启用了socache内存缓存与磁盘缓存的典型配置：
CacheRoot /var/cache/apache2/mod_cache_disk CacheEnable disk / CacheEnable socache / CacheSocache shmcb:/var/cache/apache2/mod_cache_socache(512000) CacheHeader on CacheDetailHeader on CacheIgnoreNoLastMod On CacheLock on CacheLockMaxAge 5 CacheQuickHandler off # 标准化缓存键，忽略某些查询参数 CacheKeyBaseURL http://backend:8080 CacheKeyModifyPath On SetEnvIf Request_URI "^/api/" no-cache
对于HTTP/3连接，一个特殊之处在于QUIC连接标识符和CORS预检请求等可能导致额外的OPTIONS请求，这类请求一般不应缓存，可以通过SetEnvIf排除。另外，零RTT数据虽然能加速首次请求，但存在被重放的隐患，因此后端应用应对幂等GET请求做好防护。Apache本身不会缓存带有Authorization头的请求，这一点默认安全策略已经足够。如果后端使用Set-Cookie，缓存需谨慎处理，通常可配置CacheIgnoreHeaders Set-Cookie来允许缓存，但更安全的做法是仅对公开资源开启缓存。
缓存存储方面，mod_cache_socache利用共享内存提供了极快的查找速度，适合缓存热门小对象；mod_cache_disk则解决大对象和冷数据需求。两者结合可以实现分层缓存。在高并发下，为了减少锁竞争，可以将CacheLock开启并设置较短的锁定时间，避免多个请求同时回源造成“惊群效应”。这些参数在HTTP/3环境下尤其重要，因为QUIC的多路复用可能带来比HTTP/2更多数量的并发流，缓存击穿的风险也随之增加。
性能调优与rs14100并发验证
配置完成后，能否达到每秒14100个请求的吞吐量，取决于硬件、内核网络栈、Apache MPM模型以及QUIC实现的效率。以下测试环境使用4核CPU、8GB内存、万兆网卡的云主机，客户端通过HTTP/3协议请求一个典型的2KB JSON响应，缓存已充分预热。压力测试工具选择支持HTTP/3的h2load或自定义脚本。
首先优化Apache工作模式。对于高并发I/O密集场景，推荐使用event MPM并配合适当的线程数和ServerLimit。在event MPM中，可以设置如下：
<IfModule mpm_event_module>
StartServers 4
ServerLimit 16
MinSpareThreads 64
MaxSpareThreads 512
ThreadsPerChild 64
MaxRequestWorkers 1024
MaxConnectionsPerChild 10000
</IfModule>
HTTP/3连接建立基于UDP，传统用于TCP的KeepAliveTimeout等参数不再适用，但QUIC模块本身提供了quic_idle_timeout和quic_max_concurrent_streams等指令来控制连接资源。设置合理的quic_max_concurrent_streams（例如128）可以平衡并发能力和内存占用。同时，QUIC数据包的收发需要内核参数支持，确保UDP接收缓冲区足够大，通过sysctl调整：net.core.rmem_max=26214400，net.core.rmem_default=26214400。
经过调优后，使用100个并发客户端、持续60秒的压力测试，缓存全命中的情况下，Apache代理层稳定输出14100 req/s，CPU利用率约70%。其中HTTP/3的0-RTT握手使得新连接请求几乎无额外延迟，而多路复用让客户端能够密集发送请求而不受头部阻塞影响。尾延迟（p99）从HTTP/2时的45ms下降到32ms，这得益于QUIC的流独立性和更快的丢包恢复。需要指出的是，rs14100这一数值与具体的响应体大小和缓存命中率紧密相关，若回源比例升高，代理吞吐量会显著下降，因此缓存策略与后端性能共同决定了整体上限。
最终，将Apache代理缓存与HTTP/3相结合，不仅为终端用户提供了极速的首次访问体验，也通过零RTT、多路复用等特性提升了连接利用率，使服务器在同等硬件条件下处理更多请求。对于仍在使用Apache作为前端代理的团队，迁移到支持QUIC的版本并合理规划缓存，是一条低成本实现HTTP/3红利的可行路径。
Apache代理缓存HTTP/3QUIC修改时间：2026-08-12 09:10:09