Laravel中request()->all()返回空数组的常见原因包括：Content-Type不匹配导致JSON数据未解析、PHP配置限制（如max_input_vars）、中间件误配、GET参数被错误过滤、验证失败导致validated()为空，以及数据实际存在于request()->json()->all()中。
请求数据为空，大概率不是前端没发，而是 Laravel 没拿到、没识别、或被中间件/过滤逻辑“吃掉”了。
request()->all() 返回空数组的常见原因
这通常意味着 Laravel 根本没从请求中提取到任何参数，哪怕 URL 上带了 ?name=john&age=25 也一样空。
-
Content-Type 不匹配：前端用
application/json发送数据，但控制器里调用request()->all()—— 它默认只解析application/x-www-form-urlencoded和multipart/form-data；JSON 数据得用request()->json()->all() -
未启用中间件：
App\Http\Kernel中如果把TrimStrings或ConvertEmptyStringsToNull错误禁用，可能导致部分字段被清空或跳过；但更常见的是漏配ValidatePostSize（大文件上传时直接截断整个请求体） -
PHP 配置限制：检查
post_max_size、max_input_vars、memory_limit—— 尤其是max_input_vars默认 1000，表单字段超量就会静默丢弃多余参数
GET 参数丢失或被过滤干净
比如 request()->query('status') 能取到值，但 request()->query() 返回空，说明参数存在但被后续处理干掉了。
- 别直接用
array_filter($_GET)—— 它会把0、"0"、false全杀掉，而?status=0是合法业务值 - 正确清理方式是：
request()->query()->filter(fn($v) => trim((string)$v) !== '')（Laravel 9+）或collect(request()->query())->filter(fn($v) => $v !== null && trim((string)$v) !== '')->all() - 注意：
request()->all()合并了 GET + POST + route params，若只想看 URL 查询参数，必须用request()->query()，否则可能被 POST 数据干扰判断
验证规则导致 request()->validated() 为空
即使原始请求有数据，$request->validated() 也可能返回空数组——因为没通过验证，或者验证后没命中的字段被自动剔除了。
- 验证失败时，
validated()不抛异常也不返回脏数据，它只返回“通过验证的字段”，其余全丢 - 如果所有字段都加了
required但前端漏传一个，整个validated()就是空数组（不是null，是空[]） - 想看原始输入，别依赖
validated()，改用$request->all()或$request->except(['_token', '_method'])
最隐蔽的坑是：你以为数据丢了，其实它躺在 request()->json()->all() 里，或者被 max_input_vars 截断了一半，又或者被语言包里的 validation.php 里某条规则悄悄覆盖了字段名。查空之前，先看日志、再抓原始请求体、最后比对中间件顺序。
