thinkphp路由404的根本原因是nginx未将请求转发至index.php：默认配置下nginx直接查找静态文件，失败即返回404，未进入框架路由解析；需通过try_files或rewrite规则将非静态请求重写到index.php，并确保script_filename指向正确物理路径。
访问 /user/list 404 但 /index.php/user/list 正常？先停手，这是 Nginx 没转发
这不是 ThinkPHP 写错了，是请求压根没进框架。Nginx 默认只找真实文件，/user/list 不是物理路径，它直接返回 404，连 public/index.php 都没碰。验证方式就两个：
① 浏览器访问 http://yourdomain.com/index.php/s=/index/index 能出页面；
② 访问 http://yourdomain.com/index/index 报 404。
满足这两条，问题 100% 在 Nginx 配置层，别去翻路由文件。
Nginx 的 try_files 规则写对了吗
TP6+ 默认关闭 PATH_INFO，强依赖 $query_string 传参，旧式 rewrite 会丢参数。必须用：
location / {
try_files $uri $uri/ /index.php?$query_string;
}
常见错误包括：
• 第三项写成 /index.php 或 /index.php?s=$uri（TP5 兼容模式才用）
• 漏掉 $query_string，导致 $_GET 为空，input() 拿不到参数
• 把这段写在 location ~ \.php$ 块里，而不是顶层 location /
• 项目部署在子目录（如 /myapp/），但 try_files 没改路径，应为 /myapp/index.php?$query_string
SCRIPT_FILENAME 指向的是真实物理路径吗
PHP-FPM 必须执行到 public/index.php，否则路由系统根本起不来。关键配置在 location ~ \.php$ 块里：
fastcgi_param SCRIPT_FILENAME $realpath_root$fastcgi_script_name;
不能用 $request_filename —— 重写后它可能指向 /user/list 这种不存在的路径，报 “No input file specified”；
也不能只写 $document_root$fastcgi_script_name，除非你确认 root 指令写在 server 级且指向 public/ 目录（例如 root /var/www/myapp/public;）。
另外检查：
• root 指令是否写错位置（写在 location 里会导致 $document_root 解析失败）
• 是否禁用了 fastcgi_split_path_info（TP6 不需要，开了反而干扰）
路由定义加载了，但 php think route:list 不显示？
终端执行 php think route:list，如果输出为空或只有 /、/index.php，说明路由文件根本没被 require。原因通常是：
• 路由写在了 route/app.php 或控制器里（TP6 只自动加载 route/route.php）
• 文件名写错，比如 route.php 放在 route/ 下，但 TP6 要求是 route/route.php
• 多应用模式下用了 Route::domain()，而 TP6 的域名路由需配合 url_domain_deploy 配置，且必须显式写在 route/route.php 顶层，不能包在条件判断或闭包里
• runtime/cache/ 里有旧路由缓存，删掉 runtime/cache/* 再试
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
