laravel分页时get数组参数tags[]=1&tags[]=2会变成tags=1&tags=2，因http_build_query()扁平化数组；应改用request()->fullurlwithquery(['page'=>$page])保留原始格式。
分页链接里 GET 数组参数（如 tags[]=1&tags[]=2）为什么会变成 tags=1&tags=2？
Laravel 的 request()->query() 默认把重复键名的 GET 参数合并成字符串或单值，比如 tags[]=1&tags[]=2 进来后，request()->query('tags') 返回的是数组 [1, 2]，但 request()->query() 全量返回时，PHP 的 http_build_query()（Laravel 底层用它拼 URL）会把数组扁平化为 tags=1&tags=2 —— 浏览器能认，但语义丢失，某些前端库或 API 网关可能解析失败。
这不是 Laravel 的 bug，是 PHP 原生行为。关键点在于：Laravel 分页器调用 appends() 或 withQueryString() 时，底层走的就是 http_build_query()。
- 避免直接
->appends(request()->query())，它会把tags[]变成tags - 想保留
[]语法，必须手动重建查询字符串，不能依赖自动数组展开 - 如果后端只读
request('tags')（Laravel 自动聚合），那tags=1&tags=2实际也能用；但若前端依赖原始格式（比如用URLSearchParams解析），就出问题
怎么让 appends() 正确保留 tags[]=1&tags[]=2 格式？
没有直接方法。Laravel 分页器不支持原样透传带方括号的键名。可行路径是绕过 appends()，自己构造完整 URL。
- 用
request()->fullUrlWithQuery(['page' => $page])，它内部调用的是http_build_query()的增强版，能识别并保留[]后缀 —— 前提是原始请求里就是tags[]=1&tags[]=2格式 - 不要先取
request()->query()再塞进appends()，那会触发扁平化 - 如果你需要动态加参数（比如固定加
locale=zh），用request()->fullUrlWithQuery(array_merge(request()->query(), ['locale' => 'zh']))，但注意：这仍会把tags数组转成多个tags=键 - 真正安全的做法是：在控制器里拿到原始查询字符串
request()->server('QUERY_STRING')，用parse_str()手动解析 + 修改 + 重拼，再喂给withPath()
withQueryString() 对数组参数是否可靠？
不可靠。它等价于 appends(request()->except('page'))，本质还是走 request()->except() → request()->query() → http_build_query() 这条链，数组照样被扁平化。
- 别被名字误导：
withQueryString()不等于“原样保留 query string”，它只保证“保留所有非 page 参数”，但格式会变 - 测试方法：访问
/users?tags[]=1&tags[]=2&page=1，点第二页，看生成的链接是?tags[]=1&tags[]=2&page=2还是?tags=1&tags=2&page=2—— 后者才是 Laravel 实际行为 - 如果业务强依赖
[]格式（比如对接外部系统），必须放弃withQueryString()，改用fullUrlWithQuery()或自定义 URL 构造
前端提交 GET 表单时如何确保数组参数不被破坏？
表单本身没问题，问题出在 Laravel 拼分页链接时的处理逻辑。关键是让分页跳转也走同一套 URL 构造方式。
- Blade 中不要用
$users->links()默认渲染，它调用的是分页器内置逻辑，无法干预数组格式 - 改用手动链接：
@#@#@#@#@#@#@#@#@#@0 - 如果用了自定义分页视图，把模板里所有
$paginator->url($page)替换为request()->fullUrlWithQuery(['page' => $page]) - 注意：
fullUrlWithQuery()会自动过滤掉page冲突，你传['page' => 2]它会替换而非追加
数组参数的 URL 保留不是配置开关能解决的事，它卡在 PHP 底层和 Laravel 封装层之间。最稳的路是绕过封装，用 fullUrlWithQuery() 直接控制输出 —— 虽然少了一层抽象，但格式确定、无歧义。
