要让proxy_cache_use_stale在缓存过期后返回旧内容，必须配置两档proxy_cache_valid（新鲜期+宽限期）并显式启用updating，同时配套proxy_cache_background_update on、proxy_cache_lock on等机制，缺一不可。
要让 proxy_cache_use_stale 在缓存过期后仍能返回旧内容（即进入 stale 状态），关键不是“单独设 stale”，而是通过 分层有效期 + 显式启用 updating 来定义“什么时候算过期”和“过期后能不能用”。Nginx 本身没有独立的 “stale 过期时间” 配置项，stale 窗口完全由 proxy_cache_valid 的多级设置决定。
必须配置两档 proxy_cache_valid：新鲜期 + 宽限期
只写一行 proxy_cache_valid 200 302 1m; 是不够的。你需要用两条规则明确划分：
-
第一档（新鲜期）：定义“多长时间内可直接返回 HIT”。例如：
proxy_cache_valid 200 302 10s; -
第二档（宽限期 / stale 窗口）：覆盖相同状态码，但时间更长，告诉 Nginx “即使过了 10 秒，只要没超 1 分钟，就允许用 stale 内容响应，并可触发后台更新”。例如：
proxy_cache_valid 200 302 1m;
这两条共存时，Nginx 实际取最长值作为总缓存上限，但会把前 10 秒视为“新鲜”，10 秒到 60 秒之间视为“stale 可用窗口”——这个窗口就是 updating 能起作用的时间段。
proxy_cache_use_stale updating 是 stale 服务的“准入开关”
仅靠有效期还不够。必须显式启用 updating，否则哪怕缓存已过新鲜期，Nginx 也会阻塞等待回源，而不是返回旧内容：
WeChat macOS Proxy
下载
macOS 微信消息自动化工具。通过 GUI 自动化实现：发送消息给指定联系人、读取聊天内容、监控新消息。适用于需要自动化微信操作的场景，如定时发送、批量回复、消息备份等。依赖 peekaboo 进行屏幕截图和 UI 交互。仅支持 macOS。开源地址：https://github.com/chairmanmia...
- ✅ 正确写法：
proxy_cache_use_stale updating error timeout http_500 http_502 http_503 http_504; - ❌ 错误写法：
proxy_cache_use_stale error timeout;—— 缺了updating，过期后不会走 stale，也不会后台刷新
updating 不代表“立刻刷新”，它只表示：“当前缓存已过新鲜期、但仍在宽限期内，允许返回它，并授权后台启动更新任务”。它本身不发请求，只是放行 stale 响应的资格凭证。
配套机制缺一不可
stale 过期服务不是单点配置，而是一套协同链路：
-
后台必须静默更新：加
proxy_cache_background_update on;，否则updating形同虚设 -
并发必须受控：加
proxy_cache_lock on;和proxy_cache_lock_timeout 3s;，避免多个请求同时触发回源 -
缓存必须存得住：确保
proxy_cache_path已定义、proxy_cache已启用、proxy_cache_key稳定（如"$scheme$host$request_uri"）
怎么确认 stale 服务真在运行
上线后别只看配置，用真实行为验证：
- 加响应头：
add_header X-Cache-Status $upstream_cache_status;，请求返回X-Cache-Status: STALE才说明命中 stale 并已触发后台更新 - 等超过第一档时间（如 10s 后再请求），响应应毫秒级返回，且内容与之前一致
- 查上游日志：同一资源在 stale 窗口内，应只出现一次新请求（锁生效），而非每次请求都打过去
