Laravel 中“可选参数”需分场景处理：中间件参数必须显式传入，不可用默认值语法，应使用可变参数或手动检查；请求参数推荐用 ?? 操作符配合类型转换；路由参数 {id?} 仅影响 URL 匹配，控制器方法仍需设默认值。
可选参数在 Laravel 中不是靠“声明可选”实现的，而是靠你如何接收、判断和兜底——写法稍有偏差，就容易触发 TypeError 或静默失败。
中间件参数必须显式声明，不能用默认值语法
很多人想这么写：
public function handle(Request $request, Closure $next, string $role = 'user')
这是错的。Laravel 的中间件参数绑定机制不走 PHP 默认参数逻辑，而是严格按路由中冒号后传入的参数个数来调用 handle 方法。没传参就硬塞默认值，会直接报 Missing argument 错误。
- 路由写了
middleware('role:admin')→handle必须接收 3 个参数（$request,$next,$role） - 路由写了
middleware('role')（无冒号）→ 只传前两个参数，第三个缺失 → PHP 报错 - 真要“可选”，得用可变参数（
...$roles）或手动检查func_num_args()
请求参数用 ?? 比 optional() 更稳
处理 Request 对象里的字段时，$request->input('foo') 或 $request->foo 在键不存在时返回 null，不是 undefined。这时候用 ?? 最直接：
$status = $request->input('status') ?? 'pending';
$limit = (int) ($request->input('limit') ?? 15);
别依赖 optional($request)->foo：它只是防止报错，但把 null 当成有效值传下去，后续可能引发类型错误或 SQL WHERE foo = NULL 这种永远不匹配的坑。
-
??明确表达“没给就用这个” - 对数字/布尔等类型，记得手动 cast（比如
(int)、filter_var(..., FILTER_VALIDATE_BOOLEAN)） - 批量取参推荐用
$request->validate()配合nullable规则，比手写判断更可靠
路由参数带问号（{id?}）≠ 参数可选，只是 URL 路径可省略
Route::get('/posts/{id?}', ...) 这种写法只影响 URL 匹配，不代表 $id 在闭包或控制器方法里能自动为 null 或有默认值。
如果你在控制器里这么写：
public function show($id) { /* ... */ }
而用户访问 /posts（没带 id），Laravel 会抛出 Missing required parameter —— 因为路由虽标记了 ?，但方法签名没提供默认值。
- 正确做法是给方法参数加默认值：
public function show($id = null) - 或者用类型提示 + 默认值：
public function show(?int $id = null) - 注意：即使写了
$id = null，也得确保后续逻辑能处理null，比如查库前加判空
最常被忽略的一点：中间件参数和请求参数的“可选”本质不同——前者是框架绑定机制决定的刚性传递，后者是应用层数据校验问题。混用两种思路去“模拟可选”，八成会掉进类型断言失败或未定义行为的坑里。
