root指令不负责缓存，缓存由expires或Cache-Control实现，但必须与正确配置的root共存于同一location块中，且文件需真实存在、可读，否则缓存头不会生效。
root 指令本身不负责缓存，它只决定“文件从哪读”；真正起缓存作用的是 expires 或 add_header Cache-Control。但这两者必须用在能成功返回静态文件的 location 块里——也就是说，root 路径配错了，缓存根本不会生效。
root 怎么拼出真实路径？关键看 location 前缀
root 的行为是“原样拼接”：把请求 URI（包括 location 定义的前缀）直接加到 root 路径后面。
- 配置：
location /static/ { root /opt/app; } - 请求：
GET /static/css/main.css - 实际查找路径：
/opt/app/static/css/main.css
注意：/static/ 这段前缀不会被删掉，所以 /opt/app 下必须存在 static/ 子目录。如果想让 /static/ 直接映射到 /opt/app/css/，该用 alias，不是 root。
缓存指令必须和有效 root 共存于同一 location
只有当 Nginx 成功读取到文件并返回 200 响应时，expires 或 Cache-Control 才会写入响应头。常见失效场景：
- root 路径写错（比如少一级目录），导致 404 → 缓存头不出现
- 文件权限不对，Nginx 无法读取 → 日志报
Permission denied→ 同样无缓存头 - 把 expires 写在匹配不到静态资源的 location 里（比如只配了
location /且用 try_files 转发，没配具体静态规则）
推荐搭配方式：按扩展名或路径统一控制
两种实用模式，选一种即可：
-
按路径集中管理（适合资源有固定前缀，如 /static/、/assets/）：
location /static/ {<br> root /var/www/myapp;<br> expires 1y;<br> add_header Cache-Control "public, immutable";<br>} -
按文件类型匹配（更灵活，不依赖 URL 结构）：
location ~* \.(js|css|png|jpg|gif|woff2?)$ {<br> root /var/www/myapp;<br> expires 1y;<br> add_header Cache-Control "public, immutable";<br>}
注意：两个例子都要求 root 配置正确，且对应文件真实存在、可读。
别踩这些坑
- root 值末尾不要加斜杠（如
root /var/www/;），虽多数情况兼容，但和某些 alias 或变量组合时易出双斜杠问题 - root 不能写在 if 块里，行为不可靠，必须放在 location、server 或 http 块中
- 不要指望
expires帮你定位文件——它只管响应头，路径映射全靠 root + location 协同完成
