nginx未正确配置try_files导致laravel路由失效，需设public为root、用$realpath_root和$query_string、删rewrite、补全fastcgi_param。
为什么访问 Laravel 项目总跳转到 index.php 或报 404
因为 Nginx 默认不识别 Laravel 的路由规则，请求没被正确转发到 index.php 入口，导致静态文件路径误判或路由失效。核心问题不是 Laravel 配错了，而是 Nginx 没把「所有非真实文件/目录的请求」兜底给 index.php 处理。
实操建议：
- 确认
public/是 Nginx 的root目录，不是项目根目录 - 必须启用
try_files，且顺序不能错：try_files $uri $uri/ /index.php?$query_string; - 删掉旧配置里类似
location ~ \.php$中对index.php的单独匹配逻辑，避免绕过 Laravel 路由 - 确保
fastcgi_param SCRIPT_FILENAME指向的是$realpath_root$fastcgi_script_name（用$realpath_root防符号链接问题）
Laravel 10+ 在 Nginx 下必须加 fastcgi_param 的那几行
新版 Laravel（尤其是配合 PHP 8.1+ 和 OpCache）对环境变量更敏感，漏掉关键 fastcgi_param 会导致 APP_ENV 读成 production、路由缓存失效、甚至 php artisan 命令在 Web 请求中行为异常。
实操建议：
- 在
location ~ \.php$块内，紧挨include fastcgi_params;后追加： fastcgi_param SCRIPT_FILENAME $realpath_root$fastcgi_script_name;fastcgi_param PATH_INFO $fastcgi_path_info;fastcgi_param REQUEST_URI $request_uri;- 别用
$document_root—— 它不解析符号链接，$realpath_root才可靠
rewrite 规则不是必须的，try_files 才是关键
网上很多教程一上来就写 rewrite ^/(.*)$ /index.php?/ last;，这属于过时写法。Nginx 早就不推荐用 rewrite 做 Laravel 伪静态，它容易和 location 优先级冲突，还会多一次内部重定向，影响性能和调试。
实操建议：
- 彻底删除所有
rewrite行，只留try_files -
try_files第三个参数必须带$query_string（不是$args），否则 GET 参数会丢失 - 如果用了 Vue Router 或 React Router 的 history 模式，
try_files规则不变，但需确保前端资源（.js/.css）能被直接命中，否则静态文件也会被错误扔给index.php
验证是否生效：看响应头和日志里的 SCRIPT_NAME
光看页面能不能打开不保险。真正生效的标志是：PHP 接收到的 SCRIPT_NAME 是 /index.php，而不是空或 /xxx；同时 Nginx access log 里状态码应是 200，而非 301/302 跳转。
实操建议：
- 在控制器里临时加一行：
return response()->json($_SERVER['SCRIPT_NAME'] ?? 'missing');，访问/test看返回是不是"/index.php" - 检查 Nginx error log，出现
FastCGI sent in stderr: "Primary script unknown"就说明SCRIPT_FILENAME拼错了路径 - 用
curl -I http://yoursite.com/abc看响应头，如果返回 301 到/index.php/abc，说明 rewrite 还在起作用，得清掉
最常被忽略的是 $realpath_root 和 $query_string 这两个变量——它们看着不起眼，但缺一个，Laravel 就可能在某些 URL 上静默失败。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
