ThinkPHP 6 路由不生效的主因是 routes.php 位置错误或未被加载，必须置于项目根目录（与 think 命令同级），而非 app/route/ 或 route/ 子目录；同时需确认伪静态配置、url_route_on 开启及 php think route:list 输出有效路由。
ThinkPHP 6 路由不生效？先看 routes.php 是否在对的位置
升级到 ThinkPHP 6 后路由全挂，大概率不是写错了规则，而是文件根本没被加载。TP6 彻底废弃了旧版的 route/route.php，强制要求把所有路由定义移到项目根目录下的 routes.php —— 不是 app/route/，也不是 route/ 子目录里，就是和 think 命令同级的那个 routes.php。
- 检查是否存在
routes.php，且内容以use think acadeRoute;开头，用Route::get()等方式注册 - 如果沿用 TP5 的
route/route.php，即使内容语法正确，框架也完全无视它 - 确认
composer.json中 autoload 没误删"psr-4": {"App\": "app/"}，否则自定义命名空间类（如中间件、事件）可能加载失败，间接影响路由执行链
No input file specified. 是伪静态没配好，不是路由本身问题
这个错误看似是 PHP 报错，实则是 Web 服务器（Nginx/Apache）根本没把请求转发给 index.php。尤其多应用模式下，入口路径稍有偏差就会触发它。
- Apache 用户：确保
public/.htaccess文件存在且启用mod_rewrite；若已启用仍报错，把原注释掉的规则保留，并在其后追加标准重写规则：RewriteRule ^(.*)$ index.php [L,E=PATH_INFO:$1]
- Nginx 用户：不要照搬 TP5 的
try_files写法；TP6 推荐用if (!-e $request_filename)判断，再 rewrite 到/index.php?s=$1 - 开发环境用内置服务器（
php -S）时，必须显式指定路由器脚本，否则无重写支持：php -S localhost:8000 -t public router.php
404 却没提示“路由未匹配”？检查 url_route_on 和完整匹配开关
TP6 默认开启路由，但如果你在 config/app.php 里手动关了，或启用了兼容模式，就可能退化成 PATH_INFO 解析，导致注解路由、资源路由等全部失效。
在SEO发布前，从路由清单生成XML网站地图和robots.txt
下载
当代理已经知道网站路由或内容URL，并且在启动前需要有效的sitemap XML、sitemap索引或robots.txt引用时，请使用sitemap。这是一个发布构件技能，而不是爬虫或SEO平台。
- 确认
'url_route_on' => true已设置；若使用注解路由，还要开'route_annotation' => true - TP5.1+ 引入的
'route_complete_match' => true在 TP6 中已移除，对应逻辑由路由分组和变量约束替代；误留该配置项不会报错，但会导致预期外的匹配行为 - 调试时运行
php think route:list，能直接看到当前加载的有效路由表；如果输出为空，说明routes.php根本没执行，优先查自动加载或语法错误
重定向策略别硬写 302，优先用 redirect() + 中间件统一控制
想做登录跳转、权限拦截、域名归一化等重定向，别在每个控制器里手写 header("Location: ...") 或拼 URL 字符串——TP6 的 redirect() 方法会自动处理协议、域名、子目录和 URL 编码，还支持延迟跳转与状态码定制。
立即学习“PHP免费学习笔记（深入）”；
- 简单跳转：
return redirect('user/profile')->code(302); - 带参数重定向：
return redirect('admin/login')->with(['msg' => '请先登录']); - 全局策略建议抽成中间件，比如检测 HTTPS 的中间件中调用
redirect()->secure()，比在 Nginx 层硬重写更可控 - 注意：在响应已输出后调用
redirect()会抛出异常，务必确保它出现在逻辑分支最前端，或包裹在if判断内
routes.php 放哪、服务器有没有把请求真正交给它、以及你是否还在用 TP5 的思维去 debug TP6 的行为。 
