nginx 中 $uri/ 并非真实目录判断，而是字符串拼接后匹配 location；若无对应带斜杠的 location 或未启用 index，$uri/ 会被当作文件路径查找并失败，直接 fallback；需结合 log_not_found、curl -i 和 fastcgi_param 调试 path_info 等问题。
当 try_files 用于检查目录（例如 try_files $uri $uri/ /index.php;）时，若 Nginx 对 $uri/ 的处理不符合预期，就容易触发隐式内部重定向错乱——比如本该返回 403 或 301 目录索引，却错误地 fallback 到 /index.php，或反复重定向、状态码异常、PATH_INFO 错乱等。排查需紧扣 Nginx 的 URI 处理机制和 try_files 的匹配逻辑。
确认是否真在检查“目录”，而非“文件”
Nginx 的 $uri/ 并不表示“这是一个目录”，而只是把当前 URI 字符串末尾加一个 / 后去匹配 location。Nginx 不会主动执行 stat() 判断路径是否存在或是否为目录。只有开启 autoindex on 或配置了 index 指令，且该 URI 被判定为“可进入的目录路径”时，才会进一步处理。
- 用
curl -I http://host/path/查看响应头：若返回 403 或 200（autoindex），说明 Nginx 认为此路径是目录并尝试访问；若直接 fallback 到/index.php，说明$uri/匹配失败（如 location 不支持尾部斜杠、或路径未被任何 location 捕获） - 在对应 location 中添加
log_not_found on;，配合error_log /path/to/error.log debug;，观察日志中是否出现"open() ... failed (2: No such file or directory)"—— 若对$uri/的查找也报 “No such file”，说明 Nginx 根本没把它当目录路径处理，而是当成普通文件路径去磁盘查找了
检查 location 匹配是否支持目录语义
try_files $uri $uri/ /index.php; 中的 $uri/ 要生效，必须存在能匹配该带斜杠路径的 location。否则 Nginx 会跳过该项，直接 fallback。
- 避免只写
location / { ... }却没启用index：它无法让/foo/触发目录逻辑；应显式写location /foo/ { ... }或使用前缀匹配 +index - 确保根路径下有
index指令（如index index.html index.php;），否则即使请求/subdir/，Nginx 也不会自动尝试找/subdir/index.php，导致$uri/匹配后仍 404 - 注意正则 location（
~,~*）不参与try_files的路径查找 —— 它们只在初始匹配阶段起作用；try_files的每个参数都走的是“前缀 location”查找流程
验证内部重定向是否污染 PATH_INFO 和 SCRIPT_FILENAME
当 $uri/ fallback 到 /index.php，Nginx 默认发起内部重定向，但不会自动重写 fastcgi_param。常见问题：PHP 收到的 PATH_INFO 仍是原始 /path/，而脚本实际运行在 /index.php，造成路由解析错乱。
- 在 PHP location 块中，显式设置
fastcgi_param PATH_INFO $fastcgi_path_info;，并确保fastcgi_split_path_info正确切分（例如^(/index\.php)(/.*)$） - 检查
SCRIPT_FILENAME是否指向真实物理路径：fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;—— 若$fastcgi_script_name是/index.php，但$document_root配置错误，就会 404 - 临时加一行
add_header X-URI $uri;和X-FASTCGI-SCRIPT-NAME $fastcgi_script_name;，用 curl 验证重定向前后这些变量是否符合预期
用 rewrite + break 替代 try_files（必要时）
如果 try_files 在目录场景下行为过于隐晦，可改用显式 rewrite 控制流程，更易调试：
- 例如：
rewrite ^/(.*?)/?$ /index.php?_path=/$1 last;（需配合location ~ \.php$处理） - 或更安全的方案：
if (-d $request_filename) { rewrite ^(.*)/$ /index.php?_path=$1 last; }—— 注意if在 location 内可用，且-d真实检测目录存在性（比$uri/更可靠） - 关键点：用
last触发新 location 匹配，用break终止重写但不重新匹配 —— 根据是否需要重新走 fastcgi 配置决定
