request()->all() 会带空值是因为它不区分空字符串、null、“0”或纯空白字符，直接返回所有参数；清洗时需用显式回调判断，如 trim($v) !== '' 或结合业务逻辑处理数字0与空白。
为什么 request()->all() 会带一堆空值
因为 request()->all() 不区分参数是否为空字符串、null、"0" 或仅含空白字符，它照单全收。尤其在 GET 请求中，前端可能透传未填写的表单字段（比如 ?name=&age=0&city= &status=1），后端直接用 all() 就会拿到 ['name' => '', 'age' => '0', 'city' => ' ', 'status' => '1'] —— 这些空/伪空值后续进查询或验证常导致意外行为。
用 array_filter() 清洗前先明确“什么是空”
array_filter() 默认会过滤掉 false、null、0、""、"0"（PHP 7.4+ 对字符串 "0" 的处理有变化）、[]，但对带空格的字符串（如 " "）和数字 0 是否该剔除，得按业务定。常见做法是：保留有意义的 0（如状态码、数量），只清空空白字符串和纯空格：
- 用
array_filter($data, 'trim')可去掉空串和纯空白，但会误杀"0"和0 - 更稳妥的是显式回调：
$params = array_filter(request()->all(), function ($v) { return is_string($v) ? trim($v) !== '' : $v !== 0 || is_numeric($v) === false; }); - 如果业务中
0永远代表“未选择”，那统一用trim((string)$v) !== ''转成字符串再判空更安全
别忘了 GET 参数本身可能不存在，isset() 不适用
GET 请求里没传某个 key，request()->query('xxx') 返回 null，但 request()->all() 不会包含它；而前端若显式传了 xxx=，就会变成 xxx => ''。所以清洗重点不是“判断是否存在”，而是“存在但无意义”。另外注意：request()->except(['token', '_t']) 这类排除写法应在清洗前做，否则空参数混在中间，排除后仍残留垃圾值。
Laravel 9+ 可用 Request::validateWithBag() 配合规则提前筛
如果空参数最终要进验证逻辑，不如在入口就用规则拦截。比如定义规则：
['name' => 'nullable|string|min:1', 'age' => 'nullable|integer|min:1']，配合
request()->validate()，自然跳过 null 和空字符串（nullable 允许 null，但 min:1 会拒绝空串）。但注意：min:1 对字符串有效，对整数无效（整数没有长度概念），此时应改用 gt:0 或自定义条件。这种写法省去手动清洗，但前提是这些参数确实需要验证。
真正容易被忽略的是：前端 URL 编码后的空格（%20）和全角空格（\u3000）不会被 trim() 处理，如果业务涉及多语言输入，得加 preg_replace('/^\s+|\s+$/u', '', $v) 或用 mb_trim()（需自己实现）。批量清洗看着简单，边界情况全在细节里。
