在 nginx 中实现静态页面缓存优先策略，核心做法是利用 try_files 指令按优先级依次检查文件是否存在。具体配置为 try_files $uri $uri/ /index.html;，该配置会先尝试匹配精确的 uri 路径，若未找到则尝试将其视为目录进行匹配，最后回退到默认入口文件。这种机制天然支持“存在即返回”的缓存优先逻辑，因为只要磁盘或 cdn 上存在对应的静态资源，nginx 就会直接返回该资源，而不会触发后端应用逻辑。
如何验证 try_files 的匹配顺序与命中情况
要验证 try_files 的匹配顺序，可以通过观察 Nginx 访问日志中的状态码和请求路径来实现。当请求一个存在的静态文件时，Nginx 直接返回 200；当请求一个不存在的文件但存在同名目录时，Nginx 会重定向或返回目录索引；当两者都不存在时，才会执行最后的 fallback 规则。通过对比不同输入下的日志记录，可以清晰看到匹配流程的分支走向。
server {
listen 80;
server_name example.com;
root /var/www/html;
location / {
# 1. 检查精确URI对应的文件
# 2. 检查URI是否为目录
# 3. 如果前两者都不存在，重写为/index.html
try_files $uri $uri/ /index.html;
}
}
预期结果：访问 /style.css（存在）返回 200；访问 /images/（存在且为目录）返回 200 或 301；访问 /nonexistent（不存在）返回 /index.html 的内容。
如何处理 SPA 路由与静态资源的冲突
在处理单页应用（SPA）时，前端路由通常依赖 JavaScript 处理客户端跳转，而 Nginx 需要确保所有非静态资源请求都指向 index.html，以便前端路由器接管。此时 try_files 的配置依然有效，但需要确保静态资源（如 JS、CSS、图片）的路径不被错误地回退到 index.html。通过在 location 块中正确设置 try_files，Nginx 会优先返回实际存在的静态文件，只有当请求的文件确实不存在时，才将控制权交给 index.html，从而避免路由冲突。
server {
listen 80;
server_name example.com;
root /var/www/html;
location / {
try_files $uri $uri/ /index.html;
}
# 可选：为静态资源设置更长的缓存时间
location ~* \.(js|css|png|jpg|jpeg|gif|ico)$ {
expires 30d;
add_header Cache-Control "public, immutable";
}
}
预期结果：访问 /app.js（存在）返回 200 并携带缓存头；访问 /about（不存在于文件系统）返回 index.html，由前端处理路由。
基于 try_files 中 fallback 路径的具体问题
在 try_files 配置中，fallback 路径 /index.html 是一个内部重定向，而非外部重定向。这意味着浏览器地址栏不会发生变化，用户看到的 URL 仍然是原始请求的 URL。这一特性对于 SEO 和用户体验至关重要，因为它避免了不必要的 302 重定向开销，同时保持了 URL 的一致性。此外，由于是内部重定向，后续的 location 块匹配可能会受到影响，因此需要确保 fallback 后的请求能够被正确处理，例如通过 error_page 或额外的 location 规则来捕获可能的错误。
