应使用 array_filter($_GET, fn($v) => $v !== '' && $v !== null) 去除空字符串和 null，避免误删 0、"0" 等合法值；处理嵌套数组需用 Arr::filter() 配合回调递归清理。
如何用 array_filter() 去掉 GET 数组里的空值
直接用 array_filter($_GET) 很容易踩坑：它会把 0、"0"、false 都干掉，而实际业务中 ?status=0 是合法且有意义的。默认行为不是“去空字符串”，而是“去所有 falsy 值”。
正确做法是显式指定过滤逻辑：
- 用
array_filter($_GET, fn($v) => $v !== '' && $v !== null)—— 仅剔除空字符串和null - 如果还要排除只含空白字符的字符串（如
" "），改成trim($v) !== '' - 注意
$_GET本身可能为null或非数组，建议先is_array($_GET) ? $_GET : []做兜底
request()->query() 和 request()->all() 的差异在哪
request()->query() 返回原始 GET 参数（未经过 Laravel 全局中间件如 TrimStrings 处理），而 request()->all() 返回合并后的全部输入（GET + POST + route params），且已应用中间件。如果你只想处理 URL 查询参数，别用 all()，否则可能混入你不想要的数据。
实操建议：
- 精简 GET 参数时，优先用
request()->query()->filter(fn($v) => trim((string)$v) !== '')（Laravel 9+ 支持 Collection 的filter） - 若用老版本，
collect(request()->query())->filter(...)->all()更安全，避免直接操作超全局变量 -
request()->query('page', '1')这类带默认值的调用不会被filter()影响，但批量清理时得统一走同一入口
为什么 array_map('trim', $_GET) 不够用
trim() 只能去掉首尾空格，不能解决空字符串、null、数字 0 等混合类型问题。而且它不改变键名，也不过滤掉键对应值为空的情况 —— 你得到的仍是完整数组结构，只是值被“修过形”。
常见错误现象：
- URL 是
?q=&category=tech&tag=，array_map('trim', $_GET)后q和tag还在，只是值变成'' - 没配合
array_filter()，后续foreach仍要判空，没真正“精简” - PHP 8.1+ 对
null传给trim()会触发TypeError，而$_GET在某些 Nginx + PHP-FPM 配置下可能含null值
带嵌套数组（如 ?filters[name]=&filters[age]=25）怎么处理
Laravel 默认把这种格式解析成多维数组，但 array_filter() 默认不递归。直接 array_filter($_GET['filters']) 只能清一层，name 还挂着空字符串。
解决方案分两步：
- 先用
Arr::filter()（Illuminate\Support\Arr）—— 它支持递归：Arr::filter(request()->query())，但默认仍会删0，所以得传回调：Arr::filter(request()->query(), fn($v) => is_string($v) ? trim($v) !== '' : !is_null($v)) - 如果嵌套深且类型杂（含整数、布尔、数组），建议写个递归函数，对每个叶子节点做
is_string($v) && trim($v) === ''判定，其他类型原样保留 - 别依赖
http_build_query()反向生成 URL —— 它会自动跳过null和空数组，但不会跳过空字符串，结果还是带&q=
嵌套场景下，最容易被忽略的是：你以为删掉了空值，其实只是删了最外层，深层的空字符串还在 URL 构建或 API 转发时悄悄冒出来。
