必须用curl_init()而非file_get_contents(),因其支持302跳转和https;初始化后须设curlopt_url、curlopt_returntransfer、curlopt_followlocation;post需配合curlopt_post与curlopt_postfields;https要合理配置ssl验证;错误处理必查curl_errno()和curl_error()。

直接上手写 curl_init(),别从 file_get_contents() 开始——它连 302 跳转都跟不住,HTTPS 报错就哑火,根本不是生产环境的选项。
curl_init() 后必须设的三个基础选项
刚初始化完会话不设置关键选项,curl_exec() 很可能返回空、false 或直接输出到页面(而不是给你字符串)。
-
CURLOPT_URL:必须设,没它 curl 不知道发给谁 -
CURLOPT_RETURNTRANSFER:设为true,否则响应直接刷屏,curl_exec()只返回true/false -
CURLOPT_FOLLOWLOCATION:设为1,否则 301/302 响应体为空,你得自己解析Location头再发第二次请求
POST 请求里最常踩的坑:CURLOPT_POST 和 CURLOPT_POSTFIELDS 的配合
只传 CURLOPT_POSTFIELDS 不开 CURLOPT_POST,curl 默认当 GET 发;开了 CURLOPT_POST 却没传数据,curl 会发空 body 的 POST——很多 API 直接 400。
向CurlShip提交产品,这是一个对机器人友好的SaaS目录。只需一条curl命令即可发布产品,支持OG标签抓取、带徽章的dofollow链接及层级升级。
- 发表单数据:
curl_setopt($ch, CURLOPT_POSTFIELDS, ['username' => 'a', 'pwd' => 'b']),cURL 自动编码成application/x-www-form-urlencoded - 发 JSON:
curl_setopt($ch, CURLOPT_POSTFIELDS, json_encode($data)),且必须配curl_setopt($ch, CURLOPT_HTTPHEADER, ['Content-Type: application/json']) - 别用字符串拼接
username=a&pwd=b手动编码,中文或特殊字符容易乱,交给数组自动处理更稳
HTTPS 请求失败?先看 SSL 验证设置是否合理
开发时加 curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, 0) 和 curl_setopt($ch, CURLOPT_SSL_VERIFYHOST, 0) 能绕过证书错误,但上线前必须删掉——这不是“能跑就行”,而是安全红线。
- 真实环境出错,优先检查服务器时间是否准确(SSL 证书依赖系统时间)、CA 证书路径是否正确(
CURLOPT_CAINFO) - 自建内网 HTTPS 服务,可用
curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, false)+CURLOPT_CAINFO指向你的根证书,比关验证更可控 - 某些旧版 PHP+cURL 组合对 TLS 1.3 支持弱,加
curl_setopt($ch, CURLOPT_SSLVERSION, CURL_SSLVERSION_TLSv1_2)可规避握手失败
错误处理不能只靠 curl_exec() 返回值
curl_exec() 返回 false 只说明执行失败,但具体哪错了?没调 curl_errno() 和 curl_error(),等于蒙眼修车。
- 每次
curl_exec()后立即检查:if (false === $response) { echo curl_error($ch); } -
curl_getinfo($ch, CURLINFO_HTTP_CODE)拿状态码,别信http_response_code()——那是你脚本设的,不是远端返回的 - 超时类错误(
CURLE_OPERATION_TIMEOUTED)往往暴露后端性能瓶颈,不是代码问题,别急着改逻辑
真正卡住人的从来不是语法,而是跳转没跟、JSON 没设头、HTTPS 证书链断了还硬关验证、错误没打日志就重启——这些细节不手动试一遍,看十篇教程也没用。
php免费学习视频:立即使用
踏上前端学习之旅,开启通往精通之路!从前端基础到项目实战,循序渐进,一步一个脚印,迈向巅峰!










