核心问题是PATH_INFO为空或被截断、SCRIPT_NAME与部署结构不匹配、伪静态规则破坏原始路径；需检查fastcgi_param PATH_INFO传递、SCRIPT_NAME/REQUEST_URI一致性、改用try_files规则并排除中间件干扰。
ThinkPHP开启路由后获取真实路径出错，核心问题不在“怎么写路径”，而在于框架没拿到正确的原始请求路径信息——PATH_INFO为空或被截断、SCRIPT_NAME与部署结构不匹配、或者伪静态规则把路径“吃掉”了。
检查 PATH_INFO 是否正常传递
PATH_INFO 是 ThinkPHP 解析路由的关键变量，它承载了 /index/index/id/1 这类路径段。如果为空，路由就无法拆解参数。
- Nginx 用户必须在
location ~ \.php$块中显式添加：fastcgi_param PATH_INFO $fastcgi_path_info; - 不能只写
fastcgi_param SCRIPT_FILENAME $request_filename;，漏掉 PATH_INFO 就等于砍掉路由的腿 - 用
var_dump($_SERVER['PATH_INFO'] ?? 'empty');在入口文件开头测试，访问/user/123时应输出/user/123，而非空字符串或/index.php
确认 SCRIPT_NAME 和 REQUEST_URI 匹配部署层级
二级目录部署（如 https://site.com/myapp/）最容易在这里翻车：框架以为自己在根目录，结果把 /myapp/user/123 当成 /user/123 去匹配，自然找不到路由。
Skill Weave Chains — 技能链路由引擎
下载
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
- 在
public/index.php开头加：var_dump($_SERVER['SCRIPT_NAME'], $_SERVER['REQUEST_URI']); die(); - 正确输出应类似：
string(12) "/myapp/index.php"<br>string(18) "/myapp/user/123"
- 若
SCRIPT_NAME是/index.php，说明 Nginx 的alias或root配置没透传子目录，需修正 location 块并确保fastcgi_param SCRIPT_FILENAME指向完整物理路径
验证伪静态是否破坏原始路径
rewrite 规则如果写成 rewrite ^(.*)$ /index.php?s=$1 last;，会把整个 URI 替换为 s= 参数，PATH_INFO 就丢了；ThinkPHP 6/8 默认依赖 PATH_INFO，不是 QUERY_STRING。
立即学习“PHP免费学习笔记（深入）”；
- Nginx 推荐统一用
try_files $uri $uri/ /index.php?$query_string;，保留原始 URI 结构 - Apache 用户检查
.htaccess中 RewriteRule 是否带[QSA,PT]标志，缺PT（PassThrough）会导致 PATH_INFO 丢失 - 宝塔面板选“ThinkPHP 6”伪静态模板，别误选旧版，旧版规则仍走
s=模式
排除中间件和强制路由干扰
某些中间件（如多语言、子域名解析）或开启 url_route_must => true 后，可能提前终止请求或错误拦截路径，导致你看到的“路径”其实是中间件伪造的，不是原始请求。
- 临时注释所有中间件，在
app/middleware.php中清空数组再试 - 关闭强制路由：
'url_route_must' => false，看能否回到传统模块模式访问（如/index.php/index/user/read），能通说明是路由层拦截问题 - 运行
php think route:list，观察列出的路由前缀是否含子目录路径（如/myapp/user/:id），不含说明路由加载时环境路径就错了
