本文详解如何在 php 中正确使用 curl 扩展发起带代理的 https 请求，纠正将 shell 命令字符串误传给 curl_exec() 的常见错误，并提供可直接运行的完整示例代码。
在 PHP 中调用系统 curl 命令（如通过 shell_exec() 或拼接字符串后误传给 curl_exec()）不仅存在严重安全隐患，更会导致逻辑错误——正如问题中所示：curl_exec() 接收的必须是一个由 curl_init() 创建的有效 cURL 资源句柄，而非字符串命令。你遇到的错误 'curl_exec() expects parameter 1 to be resource, string given' 正是这一根本性误用的直接体现。
正确的做法是完全使用 PHP 的原生 cURL 扩展函数，而非依赖外部 shell 命令。这不仅能确保类型安全、提升执行效率，还能精细控制请求头、代理认证、SSL 验证、重定向、超时等关键行为，为后续反爬策略（如 User-Agent 轮换、请求间隔、Cookie 管理）打下坚实基础。
以下是一个结构清晰、生产可用的示例代码：
⚠️ 重要注意事项：
立即学习“PHP免费学习笔记（深入）”；
- 切勿拼接字符串后传给 curl_exec()：curl_exec() 的参数必须是 curl_init() 返回的 resource 类型，否则必然报错。
- 代理 URL 格式差异：PHP cURL 的 CURLOPT_PROXY 仅接受 host:port 形式（如 us.proxymesh.com:31280），不能写成 http://user:pass@host:port；认证信息需单独通过 CURLOPT_PROXYUSERPWD 设置。
- 协议与安全性：对 HTTPS 目标站点，确保 PHP 编译时启用了 OpenSSL 支持；生产环境应启用 CURLOPT_SSL_VERIFYPEER => true 并配置 CA 证书路径（如 CURLOPT_CAINFO）。
- 访问被拒（403）的常见原因：BestBuy 等电商站通常严格校验 User-Agent、Accept、Referer 等请求头，甚至检测 TLS 指纹和 JS 行为。若返回 “Access Denied”，优先检查并完善请求头，而非怀疑代理本身。
掌握原生 PHP cURL 的标准用法，是构建健壮网络采集脚本的第一步。从这个简洁可靠的起点出发，你可逐步增强功能——例如封装为可复用的 CurlClient 类、集成 CookieJar、添加重试机制或对接分布式代理池。
