GET参数过滤误删0、false等合法值，因array_filter默认剔除假值；应自定义回调判断空字符串和null，或用only()白名单+二次清洗。
GET数组参数过滤时为什么会出现多余键值
因为 request()->query() 返回的是完整查询字符串解析后的数组，包括空字符串、null、"0"、"false" 等“假值”，但这些并不都该被过滤——比如搜索字段传 status=0 是合法业务含义，不能当成“空”丢掉。
常见错误写法是直接用 array_filter(request()->query())，它会把 0、false、"" 全干掉，导致参数丢失。
- 只过滤真正无意义的空参：如
name=（空字符串）、page=（未赋值）、sort=&order=（纯等号） - 保留
0、false字面量（需显式字符串判断，不能依赖 PHP 默认转换） - 注意 URL 编码：空格、
+、%20都可能被解码为" "，需统一 trim
用 array_filter + 自定义回调安全剔除空参数
核心是写一个不误杀 0 和 "0" 的判断逻辑。PHP 的 empty() 或默认回调都会把 0 当空，必须手动比对。
$cleanQuery = array_filter(
request()->query(),
function ($value) {
if (is_string($value)) {
return trim($value) !== '';
}
return $value !== null && $value !== '';
}
);
这个写法能保留：["page" => "1", "status" => "0", "is_hot" => false]；剔除：["q" => "", "sort" => null, "tag" => " "]。
-
is_string($value)分支处理 URL 中最常见的情况（所有 GET 参数默认是字符串） -
trim($value) !== ''同时覆盖" "、"\t"、"%20"解码后的情形 - 非字符串类型（如布尔、整数）只排除
null和严格等于空字符串的情况，不碰0或false
更稳妥的做法：用 Request 的 only() 显式声明白名单
如果筛选目的本就是“只留我需要的几个参数”，那比过滤更干净——既避免误删，也防传入非法字段（比如攻击者加 user_id=999）。
$allowedKeys = ['q', 'page', 'per_page', 'sort', 'order', 'status']; $filtered = request()->only($allowedKeys);
注意：request()->only() 不做值清洗，空字符串仍保留。如需同时去空，再套一层 array_filter：
$filtered = array_filter(
request()->only($allowedKeys),
fn($v) => is_string($v) ? trim($v) !== '' : $v !== null && $v !== ''
);
- 适合搜索/列表类接口，字段固定且可预知
- 比全量
query()过滤性能更好，尤其当 URL 带大量调试参数（如_debug=1&_profile=1）时 - 配合 Laravel 的
validated()也可替代，但要注意：验证规则里'required'不等于“非空”，而是“字段必须存在”
URL 重拼时别漏掉已过滤的参数
过滤完参数，常要生成新链接（比如分页、排序切换）。直接用 http_build_query($cleanQuery) 最安全，它自动处理编码；千万别手拼 ?a=1&b=2，否则中文或特殊字符会乱。
容易踩的坑：
-
http_build_query()对null值输出a=&b=，所以务必先确保数组里没有null - 如果原请求带 hash（
#section1），http_build_query不动它，拼接时得手动保留 - Laravel 的
route()或url()辅助函数默认不继承 query，得显式传['?' => $cleanQuery]或用request()->fullUrlWithQuery($cleanQuery)
复杂点在于：业务上“空”和“未传”有时语义不同，比如 category_id= 表示“全部分类”，而没这个参数才表示“不限”。这种边界必须按产品逻辑定，代码里没法一刀切。
