http_build_query拼接URL参数时中文乱码因源数据非UTF-8，需手动转码；空数组/null/false均转为空字符串；嵌套数组生成方括号格式，不兼容部分后端；须预处理键名与值，避免直接拼接已有query的URL。
用 http_build_query 拼接 URL 参数时，中文变乱码？
默认编码是 UTF-8，但若原始数据是 GBK 或其他编码，http_build_query 不会自动转码，直接拼进去就会出 %A1%A2 类乱码。
- 确保所有参数值已是 UTF-8 编码——PHP 文件本身用 UTF-8 保存，数据库/输入源也统一 UTF-8
- 若必须处理 GBK 数据，先用
mb_convert_encoding($val, 'UTF-8', 'GBK')转换再传入 - 别依赖浏览器“自动识别”，显式在 HTML 中加
<meta charset="UTF-8">
http_build_query 对空数组、null、false 的处理结果
它不是简单遍历，而是有明确类型转换规则：空数组变成空字符串（key=），null 和 false 都转成空字符串，0 会保留为 0。
-
http_build_query(['a' => []])→a=（不是跳过） -
http_build_query(['b' => null])→b= - 想过滤掉空值？得手动预处理：
array_filter($arr, function($v) { return $v !== null && $v !== ''; })
嵌套数组传给 http_build_query 出现方括号？
比如 ['user' => ['name' => 'tom', 'age' => 25]] 会生成 user[name]=tom&user[age]=25，这是标准行为，但某些后端（如部分 Java 服务）不认这种格式。
- 要扁平化键名，用递归+自定义前缀拼接，或改用
urlencode手动拼 - 第三方 API 明确要求
user_name=tom&user_age=25？那就别用嵌套数组，提前展平 - 注意：PHP 8.1+ 支持
http_build_query($arr, '', '&', PHP_QUERY_RFC3986)控制编码方式，但不改变嵌套结构
和 urlencode 单独拼接比，http_build_query 真的更安全？
它内部确实调用了 urlencode，但关键差异在「键名也编码」和「自动处理数组结构」。不过它不处理 URL 本身，只管 query string 部分。
立即学习“PHP免费学习笔记（深入）”；
- 错误用法：
$url = 'https://api.com?' . http_build_query($params)—— 若$params含特殊字符如@或/，没问题；但若原始 URL 已带 query，直接拼会破坏结构 - 正确做法：先
parse_url拆出原有 query，parse_str合并，再http_build_query - 别忘了：它默认用
=和&，不能替换成;或其他分隔符
最常被忽略的是：它不校验键名合法性。传入 ['foo bar' => 'x'] 会生成 foo%20bar=x，看起来正常，但某些老旧网关会拒绝含空格编码的 key。真要兼容，得自己清理键名。
