ThinkPHP5.1中param('id')为空的主因是路由规则未显式声明:id占位符；必须写Route::get('user/:id', 'index/user')，且控制器方法需定义$id=0，param()须在动作方法内调用，不可在构造函数中使用。
ThinkPHP5.1中控制器方法参数明明写了$id = 0，URL也访问/user/123，但param('id')始终为空、方法形参也没注入值——这不是代码漏写，而是路由解析链在某个环节被截断或绕过，参数绑定根本没触发。
检查路由规则是否声明了占位符
参数绑定的前提是路由规则里明确写出变量占位符，不是URL路径里有数字就自动识别。【:id必须显式出现在路由定义中】
错误写法：Route::get('user', 'index/user'); → 即使你访问/user/123，框架也只当普通静态路由处理，param()和形参绑定全部失效。
正确写法：Route::get('user/:id', 'index/user'); → 此时路径段“123”才被识别为:id变量，后续绑定才有基础。
立即学习“PHP免费学习笔记（深入）”；
可选参数要加问号：'user/:id?'，但注意不加?就是必填项，匹配失败直接404，不会fallback到其他规则。
确认param()调用时机与作用域
param()不是全局随时可用的魔术函数，它依赖框架已完成路由解析和参数合并。在控制器构造函数里调用param('id')，结果一定是null——因为此时路由还没开始匹配，request对象里的param数据源还是空的。
必须把param()放在动作方法内部，比如index()、read()等实际处理请求的方法里。
如果用了中间件且中间件中提前调用了input()（注意：input()默认不读路由参数），也可能干扰param()的数据来源，建议中间件中也统一用param()获取。
验证路由参数是否被其他机制覆盖
第一步：在控制器动作方法开头插入dump(Route::current()->getRule());，查看当前命中的到底是哪条规则。如果输出null或完全不相关的规则名，说明请求根本没走到你写的那条:user/:id上。
第二步：检查是否启用了域名绑定或路由分组。例如Route::domain('api.example.com', function () { Route::get('user/:id', 'api/user/read'); });，但你访问的是http://www.example.com/user/123——整个闭包不执行，路由参数自然丢失。
第三步：确认URL后缀是否开启。如果config/app.php中设置了'url_html_suffix' => 'html'，而你访问的是/user/123，没带.html后缀，那么'user/:id.html'这条规则就无法匹配，参数绑定中断。
排查pattern正则约束导致静默拒绝
Route::get('user/:id', 'User/read')->pattern(['id' => '\d+']); 这条规则看似正常，但如果用户访问/user/abc，框架不会报错，也不会进入控制器，而是直接返回404——因为pattern校验失败，路由匹配终止，参数根本没机会绑定。
调试时可在浏览器访问/user/123并配合dump(param('id'))，若输出null，再试/user/abc，如果同样404，基本可锁定是pattern拦截。临时注释掉->pattern()再测试，能快速验证。
注意：pattern()只对:path形式生效，对GET查询参数（如?uid=123）无效，别误以为它能过滤所有输入。
检查控制器方法签名是否严格匹配
ThinkPHP5.1参数绑定按名字匹配，不看顺序，但要求控制器方法形参名与路由变量名完全一致，且必须提供默认值。
方法定义为public function read($uid = 0) { }，但路由是'user/:id' → 绑定失败，$uid收不到值，因为没有$id这个形参。
必须写成public function read($id = 0) { }，哪怕你习惯叫$uid，也要迁就路由变量名。
字符串参数默认值建议用空字符串''，而不是null，避免后续strlen(null)触发warning。
