中间件参数顺序必须严格一致：传入与接收按路由注册时冒号分隔的从左到右顺序绑定，$request和$next之后依次接收，类型需手动转换，不可跳过或传复杂结构，参数仅影响内部逻辑分支，不改变中间件执行时机。
中间件参数的顺序，关键在于「传入顺序」和「接收顺序」必须严格一致，否则会报错或逻辑错乱。
参数按定义位置依次绑定
中间件 handle 方法中，所有自定义参数都跟在 $request 和 $next 之后，且按路由注册时冒号分隔的顺序，**从左到右逐个填入**：
-
->middleware('check.role:admin,editor')→ handle 方法签名必须是handle(Request $request, Closure $next, $role, $secondaryRole) - 如果只写了一个参数但传了两个（如
check.role:admin,editor），第二个值会被忽略；反之，若方法多收一个参数但没传，PHP 会抛出Missing argument错误 - 参数不能跳过中间某一个：不支持
check.role:,,editor这类空占位写法
多个参数要小心类型和含义边界
传参不是字符串拼接，而是原样传递，Laravel 不做自动转换：
-
throttle:60,1中的60和1是字符串，不是整型，需在中间件里用(int)或filter_var(..., FILTER_VALIDATE_INT)转换 -
auth:api,optional这类带标识符的参数，建议统一约定语义（如第二个参数表示是否跳过失败），并在中间件开头做isset($param2) && $param2 === 'optional'判断 - 避免传复杂结构，比如 JSON 字符串或数组语法 —— Laravel 不解析，只会当纯字符串传入
路由注册时顺序即执行上下文顺序
参数本身不改变中间件执行时机，但它会影响中间件内部逻辑分支。例如：
-
->middleware('scope:dashboard,read')和->middleware('scope:read,dashboard')可能触发完全不同的权限检查路径 - 若中间件先校验第一个参数（如资源名），再校验第二个（如动作），那么交换顺序可能导致「资源不存在却允许操作」这类逻辑漏洞
- 建议在文档或注释中明确参数职责，例如：
// $resource, $action, $strict = true
别和中间件注册顺序混淆
参数顺序和中间件在整个栈里的执行顺序无关：
- 即使你写
->middleware(['auth', 'scope:posts,edit'])，scope的执行时机仍由它在$routeMiddleware数组中的声明位置决定，不是靠这里写的先后 - 参数只影响该中间件内部行为，不影响它相对于
StartSession或VerifyCsrfToken的调用先后 - 想调整执行层级？改
app/Http/Kernel.php，而不是调参数
