ThinkPHP控制器方法参数必须显式设默认值，否则路由匹配成功后仍会因参数缺失抛“参数错误”异常；如detail($id = 0)、search($keyword = '')，缺一则直接500报错。
控制器方法参数必须显式写默认值
ThinkPHP 路由参数绑定不自动兜底——$id 和 $keyword 这类形参，只要路由规则里写了 :id 或 :keyword，就要求方法签名中必须带默认值，否则直接抛出“参数错误”异常，请求根本进不了控制器。
常见错误现象：访问 /article/123 报 500，日志里只有 “参数错误: aid”，但你方法写的是 detail($aid)，没给默认值。
- 数字型参数建议用
0：public function read($id = 0) { ... } - 字符串型参数建议用空字符串：
public function search($keyword = '') { ... }（比null更安全，避免strlen(null)触发 warning） - 布尔型参数慎用
false，除非业务逻辑明确需要区分“未传”和“传了 false”
可选路由变量不能靠默认值“假装可选”
/:id? 这种写法在 ThinkPHP 中并不存在；所谓“可选”，只能靠路由定义 + 方法默认值双重配合实现。比如想让 /post/5 和 /post/5/comment 都走同一个方法，得这样配：
Route::get('post/:id[/:type]', 'Post/detail');
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
立即学习“PHP免费学习笔记（深入）”；
然后控制器里写：public function detail($id = 0, $type = '') { ... }
-
[:type]是路由层的可选段，匹配/post/5或/post/5/comment -
$type = ''是方法层的兜底，确保即使没匹配到:type，参数也不会报错 - 漏掉任一环（路由没加
[...]或方法没设默认值），都可能崩
pattern() 正则校验和默认值是两回事
->pattern(['id' => '\d+']) 只控制“什么能进”，不解决“没进来怎么办”。它会在路由匹配阶段拦截非法值（如 /user/abc 直接 404），但不会影响默认值逻辑。
- 没加
pattern()：非法值（如$id = 'abc'）会传进方法，后续可能触发数据库错误或注入 - 加了
pattern()但没设默认值：合法值能进，非法值被拦，但一旦路径缺段（如该有:id却没提供），照样报参数缺失 - 正确姿势：先用
pattern()守门，再用默认值兜底，两者缺一不可
query 参数不会自动绑定，别指望默认值管用
/article/123?from=wechat 中的 from 是 query string，不是路由参数，public function detail($id = 0, $from = 'web') 里的 $from 不会被自动赋值——它只是 PHP 函数的默认参数，永远取 'web'，跟 URL 无关。
- 要读 query 参数，用
$this->request->param('from', 'web')或input('from', 'web') - 如果硬要在方法签名里接收 query 值，得手动调用并覆盖：
$from = $this->request->param('from', $from) - 混淆这两者，是默认值失效最隐蔽的原因之一
:x，方法就必须有 $x = ...。少一个等号，整个请求就在框架调度早期失败，连控制器的边都摸不到。 
