Nginx 代理缓存中怎么配置以实现未命中缓存时直接异步生成而不阻塞当前请求-Nginx-PHP中文网

nginx缓存未命中默认异步透传，无需开启异步，关键在于避免auth_request、if/正则rewrite、proxy_buffering off无超时、directio小文件等隐式同步操作，并通过连接复用、内存缓冲、文件缓存及cache_lock+stale机制优化性能。

nginx 代理缓存中怎么配置以实现未命中缓存时直接异步生成而不阻塞当前请求

Nginx 在缓存未命中时默认就是异步透传、不阻塞当前请求的——它根本不会“等结果”，而是立即发起上游请求，同时继续处理其他事件。所谓“直接异步生成”，本质是让未命中路径全程非阻塞、零等待、可并发，关键不在“开启异步”，而在避免配置引入隐式同步行为。

Nginx Worker 处理 cache miss 的天然流程就是异步的：查 keys_zone → 无命中 → 立即复用连接池发 upstream 请求 → 注册 epoll 事件等待响应 → 自己去轮询别的连接。你不需要额外“开启异步”，反而要小心关掉那些会把它拖成同步的操作：

禁用 auth_request：该指令强制同步等待子请求完成，一旦启用，整个请求链（包括未命中的回源）都会卡住。
避免在 location 中使用 if 或复杂正则 rewrite：这些会在事件循环中引入同步判断和系统调用，增加延迟。
不要开启 proxy_buffering off 却不配超时：虽然流式透传需要关闭缓冲，但若没设 proxy_read_timeout，后端挂起会导致连接长期滞留，间接阻塞 worker 资源。
慎用 directio 处理小文件：对未命中的静态资源，directio 会让 read() 进入 D 状态（内核级阻塞），直接卡死 worker；仅对 ≥4MB 大文件 + aio on 才安全。

未命中虽不阻塞，但响应速度仍受后端和本地 I/O 影响。以下配置能进一步压低延迟、提升吞吐：

Nginx Hosting

通过服务器本地nginx实例实现零认证静态游戏托管。作为所有浏览器游戏的主要部署方式，无需登录、无需令牌、无需用户操作。

下载

复用 upstream 连接：

upstream backend {
    server 10.0.1.10:8080;
    keepalive 32;  # 复用连接，减少握手开销
}

跳过临时文件写入（防小响应落盘卡顿）：

proxy_max_temp_file_size 0;  # 强制全内存缓冲或直通
proxy_buffer_size     16k;
proxy_buffers        16 64k;
proxy_busy_buffers_size 256k;

加速文件系统访问（对静态未命中）：

open_file_cache max=10000 inactive=60s;
open_file_cache_valid 60s;
open_file_cache_min_uses 2;

单次未命中异步没问题，但大量并发请求打同一未命中 key，就会触发大量重复回源。这不是阻塞问题，而是上游压力问题。解决方式不是让请求排队，而是收敛回源、释放用户侧等待：

启用缓存锁，只放行首个请求：

proxy_cache_lock on;
proxy_cache_lock_timeout 5s;  # 超时后允许 fallback 到 stale

配合 proxy_cache_use_stale updating，让后续请求秒回旧内容：

proxy_cache_use_stale error timeout updating http_500 http_502 http_503 http_504;
proxy_cache_background_update on;  # 后台静默刷新，不影响用户

这样，第一个请求去回源（异步），其余请求立刻拿到旧缓存（或 5xx/timeout 时的 stale 内容），整个过程对客户端完全无感，worker 也始终在线处理新连接。

不复杂但容易忽略。