必须使用cURL而非file_get_contents,设置CURLOPT_RETURNTRANSFER和CURLOPT_BINARYTRANSFER为true,用getimagesizefromstring校验二进制数据后再保存为.png文件。
PHP 本身不生成截图,所谓“获取截图数据”,实际是调用外部服务(如 Puppeteer API、Browshot、或你自建的截

curl_setopt 设对,否则收到的是 HTML 或空响应。
常见错误是没设 CURLOPT_BINARYTRANSFER 或忽略 CURLOPT_RETURNTRANSFER,导致截图数据被截断、乱码或直接输出到页面。
CURLOPT_RETURNTRANSFER => true,否则 curl_exec 直接输出二进制流,无法保存CURLOPT_BINARYTRANSFER => true(尤其 PHP 5.6+),避免 cURL 自动转换换行符破坏图片头json_encode 封装,并显式设置 Content-Type: application/json
curl_getinfo($ch, CURLINFO_CONTENT_TYPE) 应为 image/png 或类似,不是 text/html
拿到 curl_exec 返回的原始字节后,不能直接 file_put_contents 就完事——得先验证是否真为图片,否则可能写入错误内容甚至执行恶意 payload(尤其当请求参数可控时)。
getimagesizefromstring 检查二进制数据是否为合法图像,返回 false 就别存.png,不要依赖响应头里的 Content-Disposition
.htaccess 禁止执行(Apache)或 location ~ \.php$ { deny all; }(Nginx)$imgData = curl_exec($ch);
if ($imgData && getimagesizefromstring($imgData)) {
file_put_contents('/tmp/screenshot_' . uniqid() . '.png', $imgData);
}
很多人想用更简洁的 file_get_contents 替代 cURL,但它在处理二进制 POST 响应时非常脆弱——默认以文本模式读取,会悄悄过滤 \0 字节,而 PNG 文件头部就有 \0,结果就是生成损坏的图片。
file_get_contents 的 stream_context_create 很难精确控制二进制行为,比如无法等效 CURLOPT_BINARYTRANSFER
false,没有详细错误码(如 CURLE_COULDNT_CONNECT),调试困难截图请求失败,光看 curl_error($ch) 不够——比如服务返回 HTTP 200 但 body 是 {"error":"timeout"},cURL 认为成功,你却当成图片存了。
curl_getinfo($ch, CURLINFO_HTTP_CODE),预期是 200;4xx/5xx 要单独处理json_decode($response, true) 尝试解析响应体,看是否含 image_url 或 data 字段CURLOPT_HEADER => true 临时抓全响应头,确认 Content-Length 合理(比如小于 10KB 很可能不是图)curl_setopt($ch, CURLOPT_HEADER, true);
curl_setopt($ch, CURLOPT_NOBODY, false);
// 执行后用 explode("\r\n\r\n", $output, 2) 分离 header/body
base64_decode 还是 file_get_contents 再取一次。