Nginx的index指令按从左到右顺序查找首个存在且可读的文件并直接返回，无需跳转；需配合fastcgi_pass等配置解析PHP，搭配try_files可实现健壮兜底，调试时须确认权限、用户及日志。
直接在 location 或 server 块里写 index index.php index.html index.htm; 就能实现——Nginx 会按从左到右顺序查找，找到第一个存在的就返回，不用额外跳转或重写。
index 指令本身就能自动尝试多个文件
它不是“找不到再 fallback”，而是原生支持多文件顺序匹配：
- 配置
index index.php index.html;后，访问/时 Nginx 先查index.php，存在且可读就直接返回 - 若
index.php不存在或不可读（比如权限为 600），自动继续查index.html - 全部缺失且未开启
autoindex，默认返回 403；若开了autoindex on则显示目录列表
确保 PHP 文件能真正执行，不只是返回源码
仅靠 index 指令不会解析 PHP，必须配合 FastCGI 处理：
- 确认
location ~ \.php$块已正确配置fastcgi_pass和fastcgi_param SCRIPT_FILENAME -
fastcgi_index index.php;要和index指令中的首个 PHP 文件名一致（推荐保持为index.php） - 检查 PHP-FPM 进程是否运行，socket 或端口是否连通
更健壮的兜底：搭配 try_files 防止 403/404
当用户访问的是子路径（如 /admin/）或希望路由交由 PHP 框架统一处理时，单靠 index 不够：
立即学习“PHP免费学习笔记（深入）”；
- 加一行
try_files $uri $uri/ /index.php?$query_string;在location /中 - 这样既保留
index对目录的默认页查找，又能在静态文件/目录都不存在时，把请求交给index.php处理（如 Laravel、ThinkPHP 的前端控制器模式） - 注意：
$uri/触发目录匹配时，仍依赖index指令来决定该返回哪个首页文件
调试要点：别被“存在”骗了
常见问题不是配置错，而是文件看似存在却无法命中：
- 用
ls -l /your/root/index.php确认权限至少是644，属组包含nginx或www-data - 用
ps aux | grep nginx查看 worker 进程运行用户，确保有读取权限 - 临时放几个测试文件（
index.php、index.html），逐个删掉观察响应变化 - 加
error_log /var/log/nginx/error.log notice;，看日志里是否报 “file not found” 或 “permission denied”
