优雅URL需靠try_files实现，index仅辅助目录访问；try_files按序检查$uri、$uri/等路径，最后回退至/index.php或/index.html，index对此无作用。
在 Nginx 中，用 index 指令配合 try_files 实现“优雅 URL”（即不带扩展名、不显式暴露后端脚本路径的 URL），关键在于让 Nginx 主动尝试匹配静态文件，再回退到动态入口（如 index.php 或 app.js），而非依赖默认索引行为或重写规则。
理解 index 和 try_files 的协作逻辑
index 仅在请求的是目录（如 /blog/）时生效，它告诉 Nginx 自动查找并返回指定的默认文件（如 index.html）。但它对普通路径（如 /about）无作用。而 try_files 是真正的路由控制核心：它按顺序检查文件或路径是否存在，找到第一个存在的就直接返回，否则交由最后的“兜底项”（通常是内部重定向或 FastCGI 代理）处理。
要实现优雅 URL（比如把 /about 映射到 /about.html 或 /index.php?path=about），必须靠 try_files 驱动，index 只是辅助目录访问的补充。
常见优雅 URL 场景与配置写法
以下配置均放在 location / { ... } 块中，假设网站根目录为 /var/www/html：
-
优先静态文件，再 fallback 到 PHP 入口：
try_files $uri $uri/ /index.php?$query_string;
含义：先找/about对应的文件；不存在则找/about/目录（此时index才起作用）；都失败就交给index.php处理，保留原始查询参数。 -
支持 SPA（如 Vue/React）的 history 模式：
try_files $uri $uri/ /index.html;
确保所有前端路由（如/user/profile）都返回index.html，由 JS 路由接管，避免 404。 -
兼顾多级静态优先级（.html > .php > 统一入口）：
try_files $uri.html $uri.php $uri $uri/ /index.php?$query_string;
依次尝试/about.html、/about.php、/about文件、/about/目录，最后才进 PHP 路由。
为什么不能只靠 index？
index index.html index.php; 这行本身不会让 /contact 自动变成 /contact.html。它只在 Nginx 收到一个以 / 结尾的目录请求（如 /posts/）时，才去该目录下找 index.html 或 index.php。对无后缀的非目录路径，index 完全不触发。所以单设 index 无法支撑“优雅 URL”，必须由 try_files 显式声明匹配策略。
注意点与调试建议
-
$uri是解码后的路径，不含查询字符串；$query_string需显式拼接，否则 GET 参数会丢失。 - 使用
try_files时，避免末尾写成=404以外的 HTTP 状态码（如=200），除非你明确需要强制状态——这可能导致 PHP 脚本不执行。 - 开启
log_not_found off;可减少因try_files多次查找失败产生的大量 “file not found” 日志。 - 测试时用
curl -I http://localhost/about查看响应头中的X-Accel-Redirect或实际返回内容，确认是否命中预期文件或被正确代理。
不复杂但容易忽略：优雅 URL 的本质是“客户端看到简洁路径，服务端智能解析真实资源”，Nginx 的 try_files 就是这个智能层，index 只是它的一个小帮手。
