请求与复制的PHP curl结果不一致问题求助

我来帮你拆解这个问题——浏览器访问正常，但把浏览器的curl请求搬到PHP里执行就报错array_merge(): Argument #1 is not an array in /data/www/private/libvd2/htmlform.php，这种情况大多是请求细节不匹配导致后端处理逻辑异常，咱们一步步来排查：

核心原因推测 #

浏览器和PHP curl请求的本质差异在于请求头完整性、参数编码格式、会话状态这几个点。你的报错明确指向array_merge的参数不是数组，说明后端htmlform.php在处理请求数据时，预期某个变量是数组，但PHP curl传过去的是null、字符串这类非数组类型。

具体排查与解决步骤 #

1. 补全所有请求头 #

浏览器发送请求时会自带一堆关键头信息（比如User-Agent、Accept、Referer、Content-Type、Cookie等），你复制的curl命令可能漏掉了部分，或者PHP里执行时没完整还原。

• 解决：把浏览器复制的curl里所有-H开头的请求头，完整转成PHP数组，通过curl_setopt($ch, CURLOPT_HTTPHEADER, $headers)配置进去。
• 重点关注：Content-Type（POST请求的话，这个字段直接决定后端解析参数的方式）、Cookie（如果网站需要登录状态，必须带上浏览器里的Cookie值）、User-Agent（部分网站会校验这个字段拦截非浏览器请求）。

2. 对齐请求参数的编码格式 #

如果是POST请求，浏览器可能用multipart/form-data或application/x-www-form-urlencoded编码参数，PHP curl如果没正确设置，会导致后端无法解析参数，进而出现变量非数组的情况。

• 排查：打开浏览器开发者工具的Network面板，查看请求的Form Data或Request Payload，确保PHP curl里的参数格式完全一致。
• 比如表单提交：如果是数组参数，直接用curl_setopt($ch, CURLOPT_POSTFIELDS, $postData)（PHP会自动用multipart/form-data编码）；如果是urlencoded字符串，要手动设置Content-Type为application/x-www-form-urlencoded。

3. 带上会话状态信息 #

有些网站依赖Session或CSRF令牌这类会话数据，浏览器访问时已经生成了这些，但PHP curl是全新的请求，没有带上状态，导致后端逻辑异常。

• 解决：在浏览器开发者工具里复制网站的Cookie，添加到PHP curl的请求头中（格式：Cookie: xxx=yyy; aaa=bbb）；或者启用curl的CookieJar功能，让PHP curl保存会话状态。

4. 检查curl命令的转义问题 #

如果是用exec()这类函数直接执行复制的curl命令，命令里的特殊字符（比如引号、&符号）可能在PHP字符串里被转义错误，导致参数传递异常。

• 解决：把curl命令的参数转成PHP数组格式，避免直接拼接字符串；如果必须用命令执行，用escapeshellarg()处理特殊字符。

调试小技巧 #

1. 先在命令行直接执行复制的curl命令，看是否能返回正常结果。如果命令行正常，问题出在PHP的curl配置上；如果命令行也报错，先调整curl命令本身。
2. 在PHP里用curl_getinfo($ch)打印请求详情，对比浏览器的请求数据包（可以用Charles、Wireshark抓包），找出差异点。
3. 临时修改后端htmlform.php，在array_merge之前打印相关变量的值，精准定位哪个参数不符合预期。

内容的提问来源于stack exchange，提问作者Coen000