核心问题是路由未显式声明占位符，如route::get('user/:id', 'index/user/read')缺失冒号导致param('id')返回null；需检查routes.php定义、执行php think route:list验证、确认伪静态配置及pattern约束。
ThinkPHP URL路由参数获取不到，核心问题不是框架坏了，而是参数根本没被识别进来。最常见的情况是：URL里明明有/user/123，但param('id')返回null——这说明框架压根没把123当作id的值来处理。
检查路由定义是否带冒号占位符
ThinkPHP不会自动从路径中“猜”参数名。必须在路由规则里显式写:id，它才认。
- 错误写法：
Route::get('user', 'index/User/read')→ 即使访问/user/123，param('id')也为空 - 正确写法：
Route::get('user/:id', 'index/User/read')→ 此时param('id')才能取到123 - 多个参数要严格对齐顺序：
user/:id/:type和user/:type/:id完全不等价 - 可选参数加问号：
user/:id?:name，但注意不加?就是必填，匹配不上直接404
确认用对了参数获取方法
param()和input()行为完全不同，混用是高频翻车点。
Skill Weave Chains — 技能链路由引擎
下载
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
-
param('id')能取到路由参数、GET、POST、PUT等所有来源的值，推荐首选 -
input('id')默认只查GET/POST，不包含路由参数 -
input('get.id')更错——因为:id根本不在$_GET数组里，它属于pathinfo范畴 - 别在控制器构造函数里调
param()，此时路由还没解析，必定为空
验证路由是否真正注册并生效
光写对了还不行，得确保这条规则真被框架加载了。
- 命令行执行：
php think route:list，看输出里有没有你写的那条带:id的规则 - ThinkPHP 6/8 路由文件是项目根目录的
routes.php；TP5 是route/route.php；多应用下要放在对应子目录如app/route/app.php - 检查
config/app.php中'url_route_on' => true已开启，'app_debug' => true便于排查 - 如果开了
'url_route_must' => true，所有请求（包括.css、.js）都必须匹配路由，否则全404——这时静态资源失败会掩盖真实问题
排除伪静态和服务器干扰
先绕过Nginx/Apache，用原始入口测试，快速定位问题层级。
- 访问带
index.php的完整URL，例如http://localhost/index.php/user/123 - 如果这时能取到参数，说明代码层没问题，问题出在伪静态配置上
- 如果连
index.php方式也不行，就回到前面三步逐项检查代码 - Nginx推荐重写规则：
try_files $uri $uri/ /index.php?$query_string;，注意末尾$query_string不能漏，否则GET参数会丢
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
