cURL 传数组不会自动转 query string，但传关联数组会由 PHP 自动 urlencode 为 application/x-www-form-urlencoded 格式；传 JSON 需手动设 Content-Type: application/json；PHP 后端支持方括号嵌套解析，其他语言不支持；400 错误多因 Content-Type 不匹配或编码错误。
curl_setopt 传 POST 数组会自动转成 query string 吗
不会自动转，但行为取决于你传什么类型的数据给 CURLOPT_POSTFIELDS。PHP 的 cURL 扩展对数组有特殊处理：如果你直接传一个关联数组（比如 ['name' => '张三', 'tags' => ['a', 'b']]），cURL 会把它用 http_build_query() 方式编码成 application/x-www-form-urlencoded 格式发送，而不是 JSON 或原始数组结构。
- 传
array→ 自动 urlencode，键值对扁平化，tags这种子数组会被丢弃或变成tags[0]=a&tags[1]=b（即 PHP 默认的数组序列化规则） - 传
json_encode($arr)→ 原样发字符串，但必须手动设CURLOPT_HTTPHEADER加Content-Type: application/json - 传已 urlencode 的字符串 → 完全可控，但得自己调
http_build_query()并注意编码（如中文需UTF-8）
POST 多维数组时字段名带方括号能被 PHP 后端识别吗
能，但前提是后端是 PHP 且用默认的 $_POST。因为 PHP 解析 application/x-www-form-urlencoded 时，原生支持 name[]=a&name[]=b 或 user[name]=张三&user[age]=25 这类语法，并自动还原成数组。但这是 PHP 特有的行为，其他语言（如 Node.js、Python）不会自动解析这种格式。
-
['user' => ['name' => '张三', 'roles' => ['admin', 'editor']]]直接传给CURLOPT_POSTFIELDS→ 实际发的是user[name]=%E5%BC%A0%E4%B8%89&user[roles][0]=admin&user[roles][1]=editor - 接收端必须是 PHP，且未禁用
magic_quotes_gpc（已废弃）或覆盖了默认解析逻辑 - 如果后端是 Laravel、ThinkPHP 等框架，通常也兼容，但需确认是否开启
input::get()类似机制
curl_setopt 设 POST 数组时常见的 400 错误原因
最常见的是 Content-Type 不匹配。cURL 发数组时默认不设 header，而服务端（尤其是 API）往往要求明确声明类型。例如你传了 JSON 字符串却没设 Content-Type: application/json，Nginx 或后端框架可能直接拒收，返回 400。
- 传数组但没设
CURLOPT_HTTPHEADER→ 服务端收到Content-Type: application/x-www-form-urlencoded（cURL 默认），但期望 JSON → 400 - 传
json_encode()却忘了utf8_encode()或源数据含 GBK 中文 → JSON 编码失败，发过去是空或乱码 → 400 或解析为空 - 用了
CURLOPT_POSTFIELDS数组，但服务端是 Go/Java 写的，不支持 PHP 风格的方括号嵌套 → 字段丢失，user[name]当作字面字段名，而非嵌套结构
安全又通用的 POST 数组写法推荐
别依赖 cURL 对数组的自动处理，显式控制编码和类型更可靠。尤其跨语言对接或需要精确字段结构时。
立即学习“PHP免费学习笔记（深入）”；
- 要兼容 PHP 后端且用
$_POST：先http_build_query($data)，再设CURLOPT_POSTFIELDS和默认Content-Type - 要对接标准 REST API：用
json_encode($data, JSON_UNESCAPED_UNICODE)，再设CURLOPT_POSTFIELDS+CURLOPT_HTTPHEADER => ['Content-Type: application/json'] - 上传文件混合字段：必须用
curl_file_create()构造CURLFile对象，不能直接塞数组，否则触发 multipart 自动拼接逻辑错乱
curl -v 或 Wireshark 看真实发出的 body 和 header，再比对服务端收到的内容——很多问题其实出在“你以为发了，其实没发对”。 
